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Tisztelt Előfizetőnk! 


Lapunk belső problémák miatt összevont számmal jelentkezik. Ebből az előfizetőknek, ter- 
mészetesen nem lehet hátránya. Aki éves előfizetéssel rendelkezik tizenkét lapszámot kap, 
aki fél évet fizetett ennek a felét. Az előfizetőket mint minden lap mi is kényeztetni 
szeretnénk. Az előfizetők plusz információkhoz jutnak, számukra alkalmanként plusz lemezt 
küldünk, ezt F--4 -nak neveztük. Ehhez a számhoz a magyar fejlesztésű VVINSPEED 
sebességmérő programot adjuk, kizárólag az előfizetőknek. 
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WINSPEED 


A Windows nem a sebességéről híres. néhány file a Windows V system alá is kerül. 
Futtatásához ezért nagy teljesítményű, jól Ez a telepítéskor nyomon követhető, az 
hangolt hardver kell. A hardver valódi tel- esetleges takarításkor hasznát vesszük. 
jesítényét Windows alatt mérő- 
programokkal. állapíthatjuk meg. 
Ezek rávilágítanak rendszerünk 
gyenge pontjaira, segítséget nyúj- 
tanak annak behangolásához. A 
Forráskód a hazai fejlesztésű 
VVINSPEED programot ajánlja, első- 
sorban racionális megközelítése 
miatt. . Zavaros — pontrendszer 
helyett egyszerűen, közérthetően 
az egyes tesztekhez szükséges időt 
hasonlíthatjuk össze ismert 
gépeken mért időkkel. A program 
lemezről nem fut, telepíteni 
Windows alól a SETUPEXE indításá- 
val lehet. A program az általunk 
megadott könyvtárba költözik, de 








ÖRuda 


MEGHÍVÓ 


Tisztelettel meghívjuk Önt és munkatársait a 
StarKing Óbuda e Apple Center 
bemutatótermébe, ahol 


1995. április 13. - május 25. között 
az "Open Day" napok keretében 
megrendezésre kerülő szakmai előadások 
csütörtökönként 16 órakor: 


- április 13.: ArchiCAD-egy jobb építészetért 
Imeghívott előadó: Seidi Tibor-Graphisoft/CAD Stúdió, 
bevezető: Callmeyer Ferenc építész, címzetes egy. tanár] 
- április 20.: Object Master-avagy "Szoftverkészítés mesterfokon" 
lelőadó: Flórea György, Varga György-StarKing] 
- április 27.: Hard Disk Recording-Protools és AVID rendszerek 
[meghívott előadó: Dr. Erdélyi Gábor-Balázs Béla díjas 
hangmérnök, Erdélyi Péter- Vektor Kft.) 
- május 4.: Újdonságok a Mac világban-IFABO beharangozó 
[meghívott előadó: Cserei Ferenc-HDSys Kft.] 
- május 11.: SZÜNET I[IFABO: BNV "A" pavilon 309/8. stand] 
- május 18.: 4D-Nincsenek gondok, ha 4D az adat gondnok 
(előadó: Flórea György, Varga György-StarKing] 
május 25.: Az első magyar zenei CD ROM-Magyar jazz történet 
lelőadó: Simon Géza Gábor a JOKA elnöke] 


Örülnénk, ha elfogadná meghívásunkat, és megtisztelne bennünket 
jelenlétével a jövőben is. 


Szívélyes üdvözlettel: 
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Órváth Péter 
kereskedelmi és marketing igazgató 
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StarKing Óbuda a Apple Center 


H-1037 Budapest, Bécsi út 77-79. "e tel.: 250-4711 e- fax: 212-4832 
bemutatóterem: 250-4717 


A Pc nem csak az irodákban és az otthonokban állja meg a helyét, 
de egyre szélesebb körben alkalmazzák az ipar különböző 
























területein, ahol olcsó és megbízható adatgyűjtő, feldolgozó, folya- 
matirányító rendszerre van szükség. 


Linux építő sorozatunkban egy, a rend- 
szer bővítéséhez szükséges telepítő 
programot adunk, és rögtön munkába is 
állítjuk. Egy teljes és valódi 32-bites C és 
C-1-- fordítót telepítünk linuxunk alá, és 
elkezdjük vele az ismerkedést. A DOS 
formátumú lemezek kezeléséhez is 
adunk szerszámot. 


Egy átlagos kiépítettségű számítógép 
már alkalmas mozgó képek, animációk 
megjelenítésére, miért mondanánk le a 
használatukról. Ebben a számban az FLI 
formátumú animációs file-ok felépítését, 
kezelését ismertetjük. 








Windows programozói rovatunkban most 
a haladóknak írunk. Egy képernyő-védő 


készítése kapcsán több trükköt, mester- 
fogást ismerhetnek meg. 


Time interval: 
Velocity: 
Rotation speed: 





Size: 


Highlights 


H Projection 


Password Options 
(I Password Protected 


A mérésadatgyűjtő szoftver 
sokak számára ismeretlen 
terület. A lehetőségekről az 
ismertebb termékekről írunk. 


A Gravis hangkártyák prog- 
ramozását ismertetjük, teljes 
részletességgel. 
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AT? 09 u Egy új veszélyforrásról, a 

11 EI szervereket . megtámadó 
€N [/ Vírus lelkéről, működéséről 

Es ív szól ez a cikkünk. 
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Windows programozóknak még egy 
ragyogó témát indítunk. 

Az MCI interfész felhasználásával 
egy AVI lejátszót, egy valódi házi- 
mozit készítünk két részben. Ebben 
a számban az alapokat tisztázzuk. A 
következő részben közöljük a forrás- 
listát, Borland C nyelven, a futtatható 
változattal együtt. 
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A Novell NetWare létezése óta több sike- 
res és sikertelen próbálkozás történt már 


SYSCON 3.62 





Tuesday February 7, 1995 12:09 am 
User SUPERVISOR On File Server VSERVER 








felhasználói jogok megszerzésére. A ki- 
halófélben lévő 2.xx-es verzióknál sok 
mérnök kereste meg 1—5 üveg sörét az el- f 
felejtett jelszavak keresgélésével. A 3.xx- 


j 
dea ő z á fi IGUEST ting Account Restrictions 
es szériára a Novell kódolni kezdte a jel- ] HYPERVISOR Current[ [Change Password 
szavakat, mind az ezeket nyilvántartó SUFBENZSOR KeESÉkae Szdüzá BEJöGés 56 
bindery állományban, mind a kommuni- isor Opt[ [Login Script 
nformatilj IManaged Users And Groups 








kációk során, így sokan kezdtek el új ha- 
tásos módszereken gondolkozni. A SU- I 
PERVISOR jelszavának megszerzésének ] 
legközönségesebb formája a ,lon- jj 
gin.com-os módszer" volt. A login su- l 
pervisor parancsot kiadva nem a 1lo- 
gin.exe, hanem a login.com indul el, ami 
szintén bekéri a jelszavakat, azonban 
ahelyett, hogy ezt továbbítaná a szerver- 
re, letárolja egy file-ban. Ezt követően 
közli, hogy , Access to server denied", azaz a szerverhez 
való hozzáférés letiltva, majd elindítja a tényleges login 
programot. A letárolt jelszóval ki-ki bejuthatott a háló- 
zatra. Nehezebb esetekre készült később a 3.11-en műkö- 
dő setpass.nlm, ami a mai napig népszerű csodafegyver 
hardveres körökben. Ezt a nlm-et a console-nál, vagy 
rconsole-on keresztül lehet betölteni közvetlenül a szer- 
verre. A futtatás után a SUPERVISOR password SU- 
PERVISOR lesz, amit egyébként a Novell, hagyományos 
módon megadva azt, nem enged meg. Ez a módszer tehát 
a ChangeBinderyObjectPassword hívással utat nyit a 
serveren. 

Már 2.xx-es NetWare-t is kénytelen volt a Novell, vírus 
miatt javítani. Az történt, hogy a Bulgáriában írt Eddie 
vírus (később több más vírus is) képes volt az execute- 
only attribútummal ellátott file-okat is megfertőzni. Az 
ilyen attribútummal rendelkező állományokat (hagyomá- 
nyos körülmények között) a Novell csak futtatni engedi, 
olvasni nem. Ez azért volt kellemetlen, mert sem a SU- 


2. ábra 


User Names 
kódszáma ááá 
—— ———————— —  —  — 


User Information 











Account Balance 








Managers 

Other Information 

Security Eguivalences 

Station Restrictions 

Time Restrictions 

Trustee Directory Assignments 


Full Name: The Hypervisor 


























PERVISOR-nak sem pedig a víruskeresőknek nem volt 
joga ezen file-okat megnyitni, és így a fertőzést eltávolí- 
tani. 
A vírusok jelentős része nem csinál mást csak terjed, azt 
is mondhatnánk egyik olyan mint a másik. Vírusok jön- 
nek, lassan kihalnak és mások új vírusai bosszantanak 
minket, a bilógiai párhuzam már elkerülhetetlen. Szeren- 
csére kevés vírusíró fejleszti kitartóan, verzióról verzióra 
vírusait, de ez is éppen elég ahhoz, hogy nagy fejfájást 
okozzanak mindennapi munkánk során. A BadSectors 
vírus töb verziójának terjedése több mint egy éves múltra 
tekint vissza hazánkban. Ez a víruscsalád valószínűleg 
Romániából került Magyarországra. A legújabb hazánk- 
ban terjedő Hypervisor vírus szerzője valószínűleg azo- 
nos a BadSectors írójával. A Hypervisor egy 3120 byte 
méretű vírus, COM és EXE file-okat fertőzve terjed, új, 
félelmetes korszakot nyit a PC-s vírusok fejlődésében. 
Ha egy fertőzött program elindul a vírus első lépésként a 
memória tetején a 640 K alatti területen rezidenssé teszi 
magát, boot vírusokra jellemző módszer- 
rel a BIOS adatterületen 4 Kbyte-tal 








csökkenti a maximális memóriaértéket. 
Egy debug ellenes ciklussal másolja ma- 








gát a kijelölt területre, így azokat akik 
nyomkövetéssel akarják visszafejteni 








könnyen csődbe húzhatja. Ezek után kód- 
































jának egy jelentős részét dekódolja. Ezen 
a területen NetWare REOUEST bufferek, 
sok szöveges információt tartalmazó 
adatterülete található, ami fő céljának el- 
éréséhez lesz szükséges. Lekérdezi a Net- 
Ware verziószámot az INT 21/E3 Con- 
nection control híváson keresztül (ami 
csak az IPX lefutása után érhető el) és tá- 
rolja adatterületén, majd az INT 21, INT 
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25, INT 26 megszakítások vektorait állít- 
ja saját magára. Ezután futtatja a hordozó 
programot. 
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Tuesday February 7, 
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User SUPERVISOR On File Server VSERVER 
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a vírus egy NetWare munkaállomásra ke- 
rül? Normál felhasználói jogok mellett 








természetesen csak azokat a hálózaton le- 
vő alkalmazásokat fertőzi meg, amihez 












































TF Account Restrictions For User HYPERVISOR ] az aktuális felhasználónak joga van. De 
Ess Account Disabled: — No 1 ha SUPERVISOR jelentkezik be a háló- 
! EZERT sun ESzk Sot N tá teee Feneuség ál úgdb zaton, egy fertőzést követően a Hypervi- 
I jeveg TART CORESÉKÁHE CORÁSGSÁGÜGI gas sor azonnal célhoz ér. Ekkor ránéz, hogy 
! ! Allow User To Change Password: Yes a NetWare VEKZIOSZAKAA nem kisebb-e 
Í Reguire Password: Yes ps 2.00-nál és ha nem, meghívja azt a rutint, 
Mg er MANÉ AA amivel a SYSCON-hoz hasonlóan létre 
I gar Forrlge gl felkeszálásei ae éz ülése tud hozni a hálózaton egy HYPERVI- 
I GÉRÉE GTACG Tötis: E ges SOR nevű felhasználót. Először ellenőr- 
! Grace Logins Allowed: gnments zi, hogy létezik-e már ilyen felhasználói 
NT Remaining Grace Logins: ts £ £1£ z 8. dás 46 
f—  — fReguire Unigue Passwords: No Ag név a hálózaton, ha nincs rögtön létre- 
hozza, ha van megnézi, hogy rendelkezik 
e SUPERVISOR SECURITY EOUALS- 
3. ábra al, azaz SUPERVISOR jogosultsággal. 
Ha nem úgy dönt, hogy ezt a HYPERVI- 
SOR felhaszhnálót nem ő hozta létre, így 
kitörli azt, majd újra létrehozza. Ezek 
0: LOGINSattrib után sorban megadja az új object-hez tar- 
R O: YI LOGINNTOKEN. RPL tozó tulajdonságokat, szintén a Connecti- 
R O:MLOGINNLOGIN. EXE on control-on keresztül. Először SUPER- 
R 0: VILOGINNCONSOLE . COM VISOR jogosultsággal látja el (1. ábra), 
R O:VLOGINNSLIST.EXE majd az IDENTIFICATION -t, azaz a fel- 
A SH 0: YI LOGINWET$OBJ.SYS ! használó teljes nevét is kitölti , The 
A SH O: YLOGINWNET$PROP.SYS !  Hypervisor" tartalommal (2. ábra), ami a 
A SH 0: YILOGINWETS$VAL.SYS ! SYSCON-ban a full name alatt jelenik 
; meg. Létrehozza a LOGIN CONTROL 
O:YLOGIN5 tulajdonságot is, amivel biztosítja, hogy a 
HYPERVISOR névvel egy éven keresz- 
tül be lehessen jelentkezni a hálózatra (3. 
4. ábra ábra). De a leglényegesebb az, hogy 
2/7/95 12:04am: 1.1.63 Bindery close reguested by user SUPERVISOR on station 2 
2/7/95 12:04am: 1.1.61 Bindery open reguested by user SUPERVISOR on station 2 








5. ábra 


Innentől kezdve aktívan figyel néhány DOS funkciót. A 
fertőzött programok méretéből levonja saját hosszát, így 
a növekedés nem látszik, ha azt a DIR-rel vagy a Norton 
Commander paneljein próbáljuk észlelni. Így úszhatja 
csak meg, hogy ez a viszonylag nagy méretváltozás 
azonnal lebuktassa. Csak a Norton Commander View 
(F3) funkciójának használatakor derülhet ki, hogy a jobb 
felső sarokban megjelenő hossz nem egyezik a panelben 
levővel. Mivel a vírus file nyitásnál, program indításnál 
fertőz, az előző módszer mellett sajnos rögtön egy fertő- 
zést váltunk ki. A vírus figyeli, hogy COM vagy EXE 
programról van e szó. Minden olyan esetleges problémá- 
ra ügyel, ami a fertőzést megakadályozhatná vagy siker- 
telensége miatt őt lebuktatná, ezért az INT IB, INT 24 
megszakításokat is magára állítja a fetőzések alatt. Így 
túléli a Crtl-Break-et és a leragasztott lemezen történő 
DOS hibaüzeneteket, amik az írási próbálkozásra figyel- 
meztetnék a felhasználót. Nem fertőzi meg a 2048 byte- 
nál kisebb, ill. 62159 byte-nál nagyobb COM programo- 
kat. 

Szóló gépeken a fertőzésen kívül nem történik más: csak 
a WINDOWS dobja fel néha a talpát. De mi történik, ha 


password property-nek nem ad értéket, azaz nem állít be 
jelszót, így ezek után a HYPERVISOR - névvel bejelent- 
kezve bárki SUPERVISOR jogokat élvezhet a megtáma- 
dott szerveren. Ezek után a NetWare verziótól függően 
ellenőrzi, hogy a SYS:LOGIN/ alatt van e már a bindery- 
ről másolat. Nevezetesen léteznek e a NET$OBJ.SYS, 
NET$PROP.SYS, NET$VAL.SYS, ill. 2.xx-nél a 
NET$BIND.SYS, NET$BVAL.SYS hidden, system, at- 
chiv flaggel ellátott file-ok. Ha nem, kiad egy close bin- 
dery-t és egy rövid rutinnal elkészíti a SYS:SYSTEM/ 
alól a másolatot a SYS:LOGIN/ alá (4. ábra), majd egy 
open bindery-t használva újra a kiinduláshoz ér. 

Az imént részletezett eljárást a Nowell NetWare sem 
megakadályozni, sem észlelni nem képes. A Security 
Update segédprogrammal ellátott szerver azonban észlel- 
ni tudja a jelenséget: néhány sípszó kíséretében két fi- 
gyelmeztető üzenet jelenik meg a szerveren (5. ábra). 

A Hypervisor vírust a Pasteur és a VirusBuster legfris- 
sebb verziói felismerik és el is tudják távolítani. 


Szőr Péter és Leitold Ferenc 
víruszakértők 
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EZT 


Ahogy az előző számban igértem most 
az ütközés vizsgálatával, a billentyű- 
zetkezeléssel és a főciklus átnézésével 


foglalkozunk, mivel a mellékelt leme- - 


zen megtalálható a teljes forráskód, 
ezért mindenki láthatja működés köz- 
ben is a játékot. 


Ütközés vizsgálata: 


Az ütközés vizsgálatát az , utkvizsg" procedura végzi el. 
Ha megnézzük a forrást, akkor rutinosabb programo- 
zók számára pár perc alatt kiderül a működési elmélet. 
Az elmélet nagyon egyszerű. Amit tudunk az az, hogy 
hol van a képernyőn a figuránk, és hogy éppen hanya- 
dik fázis van kirakva. 

Ez utóbbiból kiszámolhatjuk az adott fázis báziscímét. 
Ezt láthatjuk az első tíz sorban. DI-be beletesszük az 
képernyőn lévő figura kezdőcímét, az SI-be meg a bá- 
ziscímét. Mivel tudjuk a figura méretét, és mivel ez a mé- 
ret nem változik a program során, ezért két egymásba 
ágyazott ciklussal byte-onként végig tudjuk vizsgálni a 
képernyőn lévő, és a bázismemóriában lévő figura ada- 
tait. Ez az elmélet praktikus, csak több követelménynek 
teljesülnie kell. Ezek közül a legfontosabb, hogy az ütkö- 
zésvizsgálatot a főciklusban egy olyan időben hívjuk 
meg, amikor a figura is, meg a spriteok is ki vannak raj- 
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zolva. Ez azért szükséges, mert mi tulajdonképpen azt 
vizsgáljuk, hogy megváltozott-e a figuránk képe a spri- 
teok kirajzolása után. Magyarul ráírtunk-e vagy sem. A 
jelenlegi ütközésvizsgálati procedura ki lett bővitve egy 
vizsgálattal és egy feltételes elágazással. Ez annyit tesz, 
hogy amikor betöltöm az AL-be a képernyőn lévő byteot 
utána mielőtt bármit is kezdenék vele megnézem, hogy 
az értéke nem e nulla. Ha nulla, akkor nem is foglalko- 
zom vele tovább, hanem továbblépek a következőre. 
Amennyiben nem nulla az értéke abban az esetben ha- 
sonlítom csak össze a képernyőn lévő byte, és a bázis- 
memóriában található byte értékét. Ha egyforma az ér- 
tékük, akkor nem volt ütközés ezen a ponton, ha nem 
egyforma akkor volt ütközés. A nulla vizsgálata nagyon 
hasznos dolog esetünkben, mivel tudjuk, hogy a figu- 
ránk háttérszíne a nulladik paletta színe. Így tulajdon- 
képpen csak azokat a byteokat fogjuk megvizsgálni, 
amelyek beletartoznak a figura testébe. Jelen esetben a 
vizsgálat addig folyik, amíg eltérést nem talál az algorit- 
mus, vagy amíg a végére nem ér a ciklusnak. Ez utóbbi 
esetben nem volt ütközés. Ütközés esetén betöltődik az 
AX-be a ,power" változó értéke, ami a képernyő alján 
lévő powercsik hosszát jelenti. A powercsik akkor fo- 
gyott el, ha az AX értéke eléri a nullát. Tehát itt van ez 
egyik kilépő a programból, ha tovább akarja valaki fej- 
leszteni. A másik kilépő a billentyűzet kezelésénél lesz, 
az ,ESC"-nél. Találunk az ,utk47 cimke alatti sorban 
egy ,sub" utasítást. Itt határozzuk meg a powercsik fo- 
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Ha megnézzük a forrást, akkor rutinosabb programo- 
zók számára pár perc alatt kiderül a működési elmélet. 
Az elmélet nagyon egyszerű. Amit tudunk az az, hogy 
hol van a képernyőn a figuránk, és hogy éppen hanya- 
dik fázis van kirakva. 

Ez utóbbiból kiszámolhatjuk az adott fázis báziscímét. 
Ezt láthatjuk az első tíz sorban. DI-be beletesszük az 
képernyőn lévő figura kezdőcímét, az SI-be meg a bá- 
ziscímét. Mivel tudjuk a figura méretét, és mivel ez a mé- 
ret nem változik a program során, ezért két egymásba 
ágyazott ciklussal byte-onként végig tudjuk vizsgálni a 
képernyőn lévő, és a bázismemóriában lévő figura ada- 
tait. Ez az elmélet praktikus, csak több követelménynek 
teljesülnie kell. Ezek közül a legfontosabb, hogy az ütkö- 
zésvizsgálatot a főciklusban egy olyan időben hívjuk 
meg, amikor a figura is, meg a spriteok is ki vannak raj- 
zolva. Ez azért szükséges, mert mi tulajdonképpen azt 
vizsgáljuk, hogy megváltozott-e a figuránk képe a spri- 
teok kirajzolása után. Magyarul ráírtunk-e vagy sem. A 
jelenlegi ütközésvizsgálati procedura ki lett bővitve egy 
vizsgálattal és egy feltételes elágazással. Ez annyit tesz, 
hogy amikor betöltöm az AL-be a képernyőn lévő byteot 
utána mielőtt bármit is kezdenék vele megnézem, hogy 
az értéke nem e nulla. Ha nulla, akkor nem is foglalko- 
zom vele tovább, hanem továbblépek a következőre. 
Amennyiben nem nulla az értéke abban az esetben ha- 
sonlítom csak össze a képernyőn lévő byte, és a bázis- 
memóriában található byte értékét. Ha egyforma az ér- 
tékük, akkor nem volt ütközés ezen a ponton, ha nem 
egyforma akkor volt ütközés. A nulla vizsgálata nagyon 














hasznos dolog esetünkben, mivel tudjuk, hogy a figu- 
ránk háttérszíne a nulladik paletta színe. Így tulajdon- 
képpen csak azokat a byteokat fogjuk megvizsgálni, 
amelyek beletartoznak a figura testébe. Jelen esetben a 
vizsgálat addig folyik, amíg eltérést nem talál az algorit- 
mus, vagy amíg a végére nem ér a ciklusnak. Ez utóbbi 
esetben nem volt ütközés. Ütközés esetén betöltődik az 
AX-be a power" változó értéke, ami a képernyő alján 
lévő powercsik hosszát jelenti. A powercsik akkor fo- 
gyott el, ha az AX értéke eléri a nullát. Tehát itt van ez 
egyik kilépő a programból, ha tovább akarja valaki fej- 
leszteni. A másik kilépő a billentyűzet kezelésénél lesz, 
az ,ESC"-nél. Találunk az ,utk4" cimke alatti sorban 
egy ,sub" utasítást. Itt határozzuk meg a powercsik fo- 
gyásának a sebességét. Ha nagyobb értéket adunk, ak- 
kor gyorsabban fogy a powercsik ütközés esetén. Ha 
nem vonunk le semmit, akkor egyáltalán nem fogy a po- 
wercsík. 


Billentyűzet kezelése: 


Ezt a funkciót a Billbeolv" procedura végzi el. 

Alapelv, hogy át kell venni a klaviatúra kezelését teljes 
mértékben. Erre azért van szükség, hogy ne forduljanak 
elő olyan esetek, amikor a gép a billenyűzetre vár, de 
legfőképpen azért, mert nem csak azt kell vizsgálni, 
hogy mi lett lenyomva, hanem azt is, hogy mi lett felen- 
gedve. Magyarul ha lenyomjuk a jobbra-nyilat, a figura 
elindul jobbra. De ha a jobbra-nyíl felengedése előtt le- 
nyomjuk a balranyilat akkor a hagyományos esetben a 
figura továbbmenne jobbra, sőt a jobbra billentyű felen- 
gedése után hiába nyomnánk folyamatosan a balra nyi- 
lat, a figuránk nem menne balra. Egyszerűen arról van 
szó, hogy ha le van nyomva egy billentyű, akkor alape- 
setben nem jegyzi meg a buffer a másodszorra lenyo- 
mott billentyűt. Ezt egy egyszerű szövegszerkesztővel is 
ki lehet próbálni. 

Tehát én azt az egyszerű megoldást választottam, hogy 
felvettem három byte szintű változót. Ezek a ,leftj", 
arightj" és a ,spacej", amikbe alapállapotként nullát állít 
be a program (Install procedúra). 

Maga a procedúra lelke egy ,IN AL, 6Oh" utasítás. Te- 





utkvizsg proc 
mov 
mov 
and 
shr 
shr 
xor 
mov 
mul 
mov 
add 


mov 
utk1: mov 
mov 
utk2: mov 
emp 
je 
mov 
emp 
jne 
utk3: inc 
inc 
loop 
add 
mov 
loop 
imp 


utk4: mov 
sub 
emp 
jne 
imp 

utk5: mov 
call 
call 


utkki: ret 
endp 


Billbeolv . Proc 
in 
emp 
jne 
mov 
mov 
imp 

bill: emp 
jne 
mov 
mov 
mp 
bill2: emp 
jne 
mov 
mov 
ís 
billg: cmp 


bill4: c-mp 


bill5: emp 


bill6: cmp 











di, figcim 
ax figx 
al,15 
al,1 
al,1 
ah,ah 
cx, 360 ; sprite. size 
cx 
si,ofiset figi 1 
si,ax 


cx,18 
bx,cx 
cx,20 
al,es:[di)] 
al,0 

utk3 
ah, [si) 
ah,al 

utk4 

si 

di 

utk2 
di,300 
cx,bx 
utk1 
utkki 


ax,power 
ax,1 — ;ha 1-et von le 
ax,0 — zakkor lassabban 
utk5 fogy a powercsik! 
uninstall 

power,ax 

poki 

beepi1 


al,6Oh 

al,39h ; space lenyomás 
bili 

al,1 

spacej,al 

billki 

al,4bh  ; left lenyomás 
bill2 

al,1 

leftj,al 

billki 

ala4ádh  ; right lenyomás 
bili3 

al,1 

rightj,al 

billki 

al,1 ; esc lenyomás 
bill4 

kilep 

al, OD9h space felengedés 
bill5 

al,al 

spacej,al 

billki 

al,Ocbh left felengedés 
bill6 

al,al 

leftj,al 

billki 

al,Ocdh ;right felengedés 
billki 

al,al 

rightj,al 











ind: 
eli 
call 


call 
call 
call 
call 
call 
call 
call 
io: — call 
call 
call 
call 
call 
mov 
call 
mov 
cmp 
je 
imp 
i01: mov 
cmp 
je 
imp 
i02: mov 
ecmp 
je 
imp 


nyu: call 
call 
call 
call 
call 
call 
call 
call 
call 
call 
call 
call 
mov 

nyu1t:in 
and 
emp 
jz 
mov 

var: loop 
imp 


Left: mov 
cmp 
jne 
imp 

LeftO: mov 
dec 
dec 
mov 
cmp 
inz 
call 
add 
mov 
ecmp 
inz 
mov 
dec 
dec 
mov 
mov 
mov 
mov 
mov 
mul 
add 
mov 

Leftki: jmp 


FZRRÁSRÓD 6 


Install 


Terepki 
poki 
figuki 
nytki 
ny2ki 
nyaki 
kincski 
waits 
billbeolv 
nyiki 
nyaki 
nyaki 

keslel,al 
figuki 

al,spacej 

al,o ; space 
101 

ugras 

al,leftj 

al,0 ; balra 
102 

left 

al,rightj 

al,0 ; jobbra 
nyu 

right 


talajvizsg 

ugrasp 

nyiszam 

ny2szam 

ny3szam 

figuki 

nytki 

nyaki 

nygki 

utkvizsg 

kincsvizsg 

mpiki 
dx, 3dah 

al,dx 
al,8 ; megvárja a képkioltást 
al,0 

nyut 
cx, 8000 

var ; var egy kicsit 
i0 


ax figx 
ax,0 
Lefto 
ujterepl 
di, figcim 
di 
di 
al,es:[di) 
al,0 
Leftki 
beep2 
di,5440 
al,es:[di) 
al,0 
Leftki 
ax figx 
ax 
ax 
figx,ax 
al,1 
figir,al 
ax figy 
cx, 320 
cx 
ax figX 
figcim,ax 
102 








cmp 
jle 
imp 


add 
mov 
emp 
jnz 
call 
add 
mov 
cmp 
jnz 
mov 
inc 
inc 
mov 
xor 
mov 
mov 
mov 
mul 
add 
mov 


ecmp 
jne 
mov 
add 
mov 
add 
or 
cmp 
je 
call 
mov 
mov 
ugrki: jmp 


inc 
mov 
mov 
mov 
call 
call 
call 
call 
call 
call 
call 
imp 


dec 
mov 
mov 
mov 
call 
call 
call 
call 
call 
call 
call 
imp 


kilep: sti 
call 





Right: mov 


Rightki:jmp 


ax figx 
ax,297 


Righto 


ujterepr 


RightO: mov. di,figcim 


di,21 
al,es:[di) 
al,0 

Rightki 
beep2 

di,5440 
al,es:[di) 
al,0 

Rightki 
ax figx 

ax 

ax 
figx,ax 

al,al 
figir,al 
ax figy 

cx, 320 

cx 

ax figx 
figcim,ax 

nyu 


Ugras: mov — al,figugr 


al,0 
ugrki 
di figcim 
di,5760 
al,es:[di) 
di, 19 
al,es:[dí) 
al,0 
ugrki 
beep2 
al,1 
figugr,al 
101 


Ujterepr:mov al tterepsz 


al 
terepsz,al 
ax 4 
figx,ax 
els 
terepki 
figuki 
nyiki 
nyaki 
ny3ki 
kincski 
i0 


Ujterepl:mov al terepsz 


al 

terepsz,al 

ax,296 

figx,ax 
els 
terepki 
figuki 
nyiki 
nyaki 
ny3gki 
kincski 

io 


Uninstall 





Zgeli  ApPI i Appli-COMP 


ESB. Szervezési, Számítástechnikai és Kereskedelmi Kft. 
Mottónk: 


"A Szervezés és Számítástechnika támogatása korszerű 
orgver, szoftver és hardver termékeinkkel" 


Üzleti tevékenységeink: 


Szervezési tanácsadás 


! Szervezet átvilágítás - stratégiai tervezés - szervezetfejlesz- 
tés - szervezetszabályozás - szervezetracionalizálás - cont- 
rolling - értékelemzés 


] Szoftverfejlesztés 


Komplex vállalkozásírányítási, termelésirányítási szoftver- 
rendszerek (APC-TIR) e Folyamatszabályozási, termelés- 
követési szoftverrendszerek (APC-TKR) e Nagykereske- 
delmi, kiskereskedelmi (bolti) készletnyilvántartási és 
számlázási rendszerek (APC-BOLT) e Termelő, szolgálta- 
tó (költségvetési) és kereskedelmi szervezetek controlling 


Kiskereskedelem 


PC-alkatrészek, PC-konfigurációk összeállítása, komplett 
szervíz, PC-rendszerszoftverek, programok CD-n, 
elektronikai alkatrészek,  multimédia-eszközök,  szak- 


könyvek 
Központ Számítástechnikai Szaküzlet 
telephely 
1165 Budapest, 1105 Budapest, 1102 Budapest, 
Olga u. 34. Cserkesz u. 42. Állomás u. 27. 
Tel.: 271-7104 Tel.: 260-1131 Tel.: 261-5173 


Tel/Fax: 260-7009 





TC ScanDer" Kft. 


Nyomdaipari szolgáltatások, számítástechnika, gyorsmásolás 


Iroda és bemutatóterem: 1146 Bp.. Thököly út 59/a. Tel./Fax: 251-2960 
Fellesztőlroda: 1146 Bp., Thököly út 61. Tel./Fax: 251-2960 
Gyorsmásoló: 1145 Bp. Thököly út 105-107. B/12 Tel.: 251-5999/1195 


ProFonts kibrary - The art of fine writing 
, A szépírás művészete" 


A legszebb, tipográfiai szempontok szerint tervezett 
magyar ékezetes betűkészletek. 
Kiilönböző igények szerint összeállított csomagjainkból 
vagy föbbezres készletünkből tetszés szerint választhat! 


IFAHBO AKCIO! 
PC-IMlac-UNIX kompatibilis 
magyar ékezetes fontok! 
20 9 engedménnyel 
Már CD-n is! 

Keresse a viszonteladóknál 
vagy írodánkban! 

Hdobe Type Illanager 3.0 8900.- 
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Írjunk Windows programot mM 


Kilép. B 


Képernyővédő 








A Windows programozók többsége kicsit idegenkedve tekint azokra a file-okra, amiknek nem .EXE 
vagy DLL a kiterjesztése. Windows programozói sorozatunknak ebben a részében ezen szeretnénk 
egy kicsit változtatni úgy, hogy bemutatjuk egy screen saver, azaz képernyőkímélő fejlesztését. 


Bevezetés 

A Microsoft Windows alatt minden screen saver (az .SCR 
kiterjesztés ellenére) egy futtatható EXE file, aminek írása- 
kor néhány szabályt be kell tartanunk. Mint látni fogjuk, 
ezek a , szabályok" tulajdonképpen könnyítések, a rendszer 
sok feladatot levesz a vállunkról. Egy screen saver-nek tulaj- 
donképpen csak egy dolgot kell tudnia: kirajzolnia valamit 
a képernyőre. Ha ehhez valamilyen, a felhasználó által állít- 
ható paraméterre van szükség (pl. egy pattogó labda sebes- 
sége), akkor csinálnunk kell egy dialógusablakot is, amiben 
ezeket a paramétereket paramétereket be lehet állítani. 
Ebben a cikkben egy kockát 3 dimenzióban forgató screen 
saver-en keresztül mutatjuk be a fentieket. A program jelen- 
tős része a kocka forgatásával, mozgatásával és kirajzolásá- 
val foglalkozik. Ennek bemutatása nem célja a cikknek, a 
megjegyzésekkel ellátott teljes C forráskód a lemezmellék- 
leten megtalálható. 


ScreenSaverProc 
Nézzük először az alapproblémát: hogyan működik egy 
screen saver? Mint minden Windows program, ez is üzene- 
teket kap a rendszertől. A fenti az üzenetek ScreenSaverProc 
nevű ablakfüggvénynek mennek, ezt a függvényt kell tehát 
megírnunk. Az üzenetek egy részét mi kezeljük le, a többit 
továbbadjuk a rendszernek. Ez 
utóbbit a DefScreenSaverProc hí- 
vásával tehetjük meg, ami a kö- 
zönséges programoknál használa- 
tos DefWindowProc-tól eltérően 
kezel le néhány üzenetet (és ezzel 
nagyban megkönnyíti a dolgun- 
kat). 

Amikor a beállított várakozási idő 
letelt, a rendszer betölti a progra- 
munkat és a szokásos WM CRE- 
ATE üzenet elküldésével iniciali- 
zálja, majd törli a képernyőt és vár. 
Ha a felhasználó megmozdítja az 
egeret vagy lenyom egy billentyűt, 
akkor kapunk egy WM DEST- 
ROY üzenetet, ami a program futá- 
sának a végét jelenti. 

Ez arra már elég lenne, hogy a 
képernyőt a beégéstől megvédjük: 
a rendszer letörli a képernyőt és 
kész. Hogyan tudunk viszont moz- 
gó ábrát a képernyőre rajzolni? 
Úgy, hogy a WM. CREATE üzenet 


Képernyővédő 


Késleltetés: 





fel vezétőput FF ] 


Time interval: 


Melocity: 15] 


Rotation speed: [7] 





megkapásakor elindítunk egy timer-t (SerTimer), ami mega- 
dott időnként küld egy WM TIMER üzenetet, aminek hatá- 
sára egy kicsit változtatunk a kirajzolt ábrán. Természetesen 
a WM DESTROY üzenet hatására a timer-t leállítjuk (Kill- 
Timer) és a program futása véget ér. 

Az ábra mozgatása nálunk a Movelmage nevű függvényben 
történik. Ennek tartalma most nem lényeges, mi itt a kockát 
forgatjuk és kirajzoljuk. 

A SetTimer függvény paramétereiből látható, hogy a kiraj- 
zolt ábrán wElapse időnként változtatunk. Ez a paraméter 
(több más paraméter mellett) a felhasználó által állítható. A 
beállított értékeket a többi screen saver-hez hasonlóan mi is 
a CONTROL.INI-ben tároljuk, e paramétereket olvastuk bev 
a GetlniSettings-ben. Itt állítunk be néhány olyan globális 
változót is, amit minden screen saver-ben definiálnunk kell. 
Értéküket a resource-ok közül olvassuk be a LoadString uta- 
sítással. A változók deklarációja ill. a resource azonosítók 
(pl. idsIsPassword) az SCRNSAVE.H file-ban találhatók. 
Ezektől az azonosítóktól eltérni nem tanácsos. 

Bár a Windows SDK dokumentáció azt mondja, hogy 
ezek a változók az SCRNSAVE.LIB-ben definiálva van- 
nak, ez nem így van. Nekünk kell őket definiálni, ellen- 
kező esetben linkeléskor hibaüzenetet kapunk. 


1) 


Megjelent a Forráskód 1995. márciusi számában 


d 


Írta: Szekeres Béla 1995. 
E-maik szekeres(Bevt.bme.hu 
A program szabadon terjeszthető. — ] 





05 Jó perc 


1co Setuj 
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Bár a Windows SDK dokumentáció azt mondja, hogy 
ezek a változók az SCRNSAVE.LIB-ben definiálva 
vannak, ez nem így van. Nekünk kell őket definiálni, el- 
lenkező esetben linkeléskor hibaüzenetet kapunk. 


ScreenSaverConfigureDialog 


A wElapse, stb. paramétereket betölteni már tudjuk, kér- 
dés hol lehet őket beállítani. Erre szolgál a korábban már 
említett dialógusablak. A dialógusablakot nekünk kell 
megterveznünk, a resource azonosítónak DLG SCRNSA- 
VECONFIGURE-nek kell lennie, az idetartozó ablakfügg- 
vénynek pedig a ScreenSaverConfigureDialog nevet kell 
adnunk. Mind a két azonosító a SCRNSAVE.H-ban van 
deklarálva. Ha van ScreenSaverConfigureDialog dialógus- 
ablakunk, akkor mindig definiálnunk kell egy RegisterDi- 
alogClasses nevű függvényt. Ez elvileg arra szolgál, hogy 
a dialógusablakban használt ablakosztályokat (window 
classes) regisztráljuk. Mi ilyet nem használunk, így min- 
dig TRUE-val (nincs hiba) jövünk vissza. 

A WM, INITDIALOG hatására beolvassuk a paramétere- 
ket a CONTROL .INI-ből. Erre szükség van, mert a screen 
saver konfigurálása teljesen független magától a screen sa- 
ver-től, így eddig senki se olvasta be ezeket a paramétere- 
ket (a ScreenSaverProc nem kapott WM CREATE üzene- 
tet). 

A paraméterek beolvasása után megnézzük, engedélyezve 
van e a jelszóvédelem, és ettől függően engedélyezzük ill. 
tiltjuk le a Set Password gombot. Ha később a felhasználó 
ki- ill. bekapcsolja a jelszóvédelmet, akkor ezt újra meg- 
tesszük (ID PASSWORDPROTECTED). 

A jelszóvédelmet természetesen ki is lehetne hagyni, ha 
viszont már beletettük, dolgoznunk kell még egy kicsit. 
Meg kell terveznünk 3 dialógusablakot: DLG ENTER- 
PASSWORD a jelszó beolvasására, DLG CHANGE- 
PASSWORD a jelszó megváltoztatására és DLG INVA- 
LIDPASSWORD a felhasználó figyelmeztetésére, ha rossz 
jelszót írt be. Ezeknél a dialógusablakoknál is a SCRNSA- 
VE.H-ban megadott azonosítókat kell használni. Legegy- 
szerűbb egy az egyben átvenni az e programban használt 3 
dialógusablakot, ezek azonosak a Windows-zal adott scre- 
en saver-ekével. Szerencsére az ablakfüggvényekkel nem 
kell törődnünk: ezeket már megírták, a SCRNSAVE.LIB- 
ben vannak, ezt pedig a programhoz hozzá fogjuk linkelni. 
A DLG CHANGEPASSWORD-höz tartozót DlgChange- 
Password-nek hívják, a Set Password gomb lenyomására 
őt hívjuk meg. Az ablakfüggvény dolga a jelszó beolvasá- 
sa, kódolása, nekünk ezzel semmi dolgunk nincs. 


A modul definíciós file 
és a linkelés 


A DEF file-ban egy átlagos programhoz képest nem sok 
változás van: a DESCRIPTION blokknak a , SCRNSA- 
VE :" karaktersorral kell kezdődnie, továbbá néhány függ- 
vényt exportálnunk kell. Nem véletlenül maradt ki a Re- 
gisterDialogClasses függvényt, ezt nem szabad exportálni. 





DESCRIPTION "SCRNSAVE : Ico 


EXPORTS 
SCREENSAVERPROC 


01 
SCREENSAVERCONFIGUREDIALOG 
DLGCHANGEPASSWORD 
DLGGETPASSWORD 
DLGINVALIDPASSWORD 





A linkelésnél egy dologra kell figyelni: be kell linkelni a 
SCRNSAVE.LIB-et. 


Debuggolás, hibakeresés 


Mindig gondot okoz egy programban a hibák keresése. 
Különösen igaz ez a screen saver-ekre, hisz a .SCR file-ok 
magukban nem futnak, ráadásul bármilyen gomb lenyo- 
mására a program futása véget ér. 

A látszat persze itt is csal: az .SCR file tulajdonképpen 
egy futtatható .EXE file. Nevezzük át bármelyik screen sa- 
ver-t .EXE-ve és futtassuk le. A konfigurációs dialógus 
ablakot láthatjuk. Próbáljuk meg a /s paraméterrel indítani 
a programot. Ennek hatására maga a screen saver lép mű- 
ködésbe. Ezek figyelembevételével már jobbak a kilátása- 
ink. 

A debug info-t minden további nélkül belefordíthatjuk a 
futtatható file-ba. A konfigurációs dialógus ablak debug- 
golása így már nem okozhat nagy gondot, itt nem gond, ha 
lenyomunk egy-egy gombot. Magának a screen saver rész- 
nek a debuggolása az integrált fejlesztői környezetből 
(IDE) nem lehetséges (legalábbis a Visual C-----ból nem). 
A CodeView azonban különösebb gond nélkül megbirkó- 
zik vele. CodeView-val szükség esetén az .SCR file is de- 
buggolható: debuggoljuk a WVINDOWSXCONT- 
ROL.EXE-t, ezután a Run/Load paranccsal betölthetjük az 
.SCR file-t. Most már használhatjuk a File/Open Module 
utasítást és rakhatunk a forráskódba töréspontokat. 

Ha valaki nem szereti a CodeView-t, akkor megírhatja a 
lényegi részt (ez általában a Movelmage-nek megfelelő 
rész és a timer elindítása/leállítása) egy közönséges futtat- 
ható program formájában, amit az IDE-ben is jól lehet de- 
buggolni. Ha a program ablakának méretét nem változtat- 
juk menet közben, akkor a működés nagyon hasonló lesz a 
screen saver-hez. Az ablak nagyítása/kicsinyítése azért 
okozhat gondot, mert a screen saver mindig a teljes képer- 
nyőn dolgozik, nincs is értelme felkészíteni arra, hogy az 
ablak mérete menet közben megváltozik. 

Végül ha csak arra vagyunk kiváncsiak, hogy egy adott 
részre rákerül-e a vezérlés (pl. működik e a timer, azaz 
jön-e WM TIMER üzenet), használjuk a MessageBeep(- 
1) függvényt! Ez sípol egyet és a program fut tovább. 


És ami nem csak egy screen 
saver-nél lehet hasznos 


Minden Windows programnak saját magának kell tudni új- 
rarajzolni a saját ablakát. Ha tehát egy másik ablakot ki- 
raknak a mi programunk ablaka elé, amit aztán becsuknak, 
akkor a kirajzolt ábra egy része , elveszett", azt a rendszer 
nem rajzolja újra. Ilyenkor a rendszer az aktuális ablak- 
függvénynek küld egy WM PAINT üzenetet, aminek ha- 
tására a program újrarajzolja magát. Ez alól csak a dialó- 
gusablakok kivételek, ha ezeket újra kell rajzolni, azt a 
rendszer teszi meg (egy dialógusablakban általában né- 
hány, a rendszer által ismert dolog van, pl. nyomógombok, 
szövegek, list box-ok). Ez viszont gondokat okoz esetünk- 
ben, hisz mi egy ábrát rajzolunk ki. Ha valami miatt újra 
kell rajzolni a dialógusablakot, azt a rendszer teljesen nem 
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tudja megtenni, dialógusablakokban viszont nincs 
WM. PAINT. 

A megoldást az úgynevezett tulajdonos által megrajzolan- 
dó nyomógomb (owner draw button) adja. Ezek szabályos 
nyomógombok, csak aBS OWNERDRAW flag-et be kell 
állítani a resource file-ban (.RC file). Ennek hatására a 
rendszer — valahányszor ezt a gombot újra kell rajzolni — 
egy WM DRAWITEM üzenetet küld az ablakfüggvény- 
nek. Az üzenet WPARAM paraméterben megkapjuk a 
gomb azonosítóját, így ha egy dialógusablakban több ilyen 
gomb van, akkor is el tudjuk dönteni, melyikről van szó. 
Az LPARAM paraméter egy információs struktúrára mu- 
tat, ami egyebek között tartalmazza a gomb méretét, az ak- 
tuális állapotát (lenyomott/felengedett, stb.). Ezek segítsé- 
gével már nem gond az újrarajzolás. 

Ezt persze általánosabban is fel lehet használni. Nem lehet 
például egy bitmap-et kirakni egy dialógusablakba, ezért 
egy ilyen gombot definiálunk, és ebbe rajzoljuk ki a bit- 
map-et. A gomb , hagyományos" funkcióját nem is hasz- 
náljuk, nem csinálunk semmit, ha megnyomják. 

Az egyetlen gondot az okozza, hogy a gomb méretét nehéz 
pont akkorára választani, mint a bitmap-é, mert a gomb 
nagyságát nem pixel-ben, hanem egy speciális, ún. dialó- 
gusablak koordináta-rendszerben kell megadni. Ez a dialó- 
gusablakban használt betűtípustól függ. A megoldás az, 
hogy a WM CREATE üzenet hatására átállítjuk a gomb 
méretét akkorára, mint a bitmap. Arra persze vigyázni 
kell, hogy, nagyjából jó méretű legyen már induláskor is a 
gomb, különben elég furán nézhet ki az eredmény. 

A fent leírtak láthatók az ABOUT.C file-ban. 

Ugyanezt a trükköt használjuk a konfigurációs dialógusab- 
lakban arra, hogy a kocka képét egy ablakban (ami persze 
egy nyomógomb) láthassuk. Természetesen ugyanaz a 
függvény (Movelmage) rajzolja ki a képet itt is, mint ma- 
gánál a screen saver-nél, csak néhány paraméter más (pél- 
dául a sebesség 0). Egy dologra azonban figyelni kell: 
amikor egy program kirajzol valamit, akkor a rajznak az 
ablakon kívül eső részeit automatikusan levágja a rendszer 
(clipping). Szerencsére ugyanez a helyzet a felhasználó ál- 
tal rajzolandó gombok esetében is, amikor a WM DRA- 
WITEM üzenet jön. Most azonban egy WM TIMER üze- 
net hatására rajzolunk, amikor a vágás csak a dialógusab- 
ak szélén történne meg. Nem akarunk a nekünk megadott 
területen kívül rajzolni, ezért beállítjuk, hol történjen a vá- 
gás. 





void Movelmage(HWND hWna, int nCaller) 
i 


/" A rajzolás "/ 

hDC - GetDC(hWnad); 

if (nCaller--MV SETUPX 
/" Ha a konfigurációs ablakba rajzolunk, akkor 
a vágást (clipping) be kell állítani "/ 
HRGN hRgn; 
hRgn-CreateRectRgn(0, 0, reWna.right, 
reWnd.bottom); 
SelectClipRgn(hDC, hRgn); 
DeleteObject(hRgn); 

! 


" ReleaseDC(hWnd, hDO): 
)/" Movelmaget() "/ 








Befejezésül 


Végül szeretnénk néhány tanácsot adni, amire egy screen 
saver írásánál nem árt odafigyelni. 
Ne írjunk lassú screen saver-t! Egy screen saver olyankor 
indul el, ha a felhasználó sokáig nem csinált semmit. Ez 
gyakran azért van, mert egy nagy számításigényű program 
befejeződésére vár. Ha a programunk nagyon lelassítja a 
gépet, nem fogják használni. Ennek szellemében íródott a 
MOVE-C file is. Sok számítás eredményét — amit csak 
egyszer, vagy ritkán kell megcsinálni — statikus változóban 
tárolunk. Ez igen sokat gyorsít a programon. 
Az, hogy induláskor törlődik a képernyő, könnyen megváltoz- 
tatható: a ScreenSaverProc kap egy WM ERASEBKGND 
üzenetet, aminek hatására a DefScreenSaverProc törli a képer- 
nyőt. Kezeljük le mi ezt az üzenetet és térjünk vissza return 
TRUE-val. 
Elvileg a ScreenSaverProc függvényben lekezelhetünk 
más üzeneteket is, pl. a WM MOUSEMOVE-ot. Ha ez 
esetben nem hívjuk meg a DefScreenSaverProc-ot, az egér 
mozgatásakor nem áll le a screen saver, ehhez egy gombot 
kell lenyomnunk. Óvatosan bánjunk ezzel, egy screen sa- 
ver-nek illik alkalmazkodni az általánosan elfogadotthoz. 
(Azért ki lehet próbálni, hogy WM MOUSEMOVE ese- 
tén MessageBeep(-1)-et hívunk, majd return TRUE-val 
visszatérünk. Szép kis füttykoncertet kapunk, ha az egér- 
hez nyúlunk.) 
Reméljük, sikerült kedvet csinálni a screen saver íráshoz. 
Ha valakinek az itteni információ kevés lenne, az nézze 
meg a SCRNSAVE.H file-t. 
Szekeres Béla 
E-mail: szekeres(devt.bme.hu 





" File: . ABOUT.C 

" Tartalom: About Box az Ico Windows Screen Saver-hez 
" Nyelv: Microsoft C 7.0 (Windows SDK) 

" Szerző: ifj. Szekeres Béla (szekeres Devt.bme.hu) 

" Dátum: 1995. március 4. 

7 

include ewindows.ho 

include "00.h" 


BOOLFAR PASCAL. export AboutDig(HWND hDig, UINT message, WPARAM wParam, 
LPARAM IParam) 
( 


static HBITMAP hBitmap; A bitmap handle-je. "/ 


HDC . hMemoryDC; 


HWND. hWnd;  /" Az ID FRAME gomb handle-je "/ 

HGDIOBJ hOld; 

BITMAP bm; f" A bitmap adatai "/ 

POINT p; /" A kirajzolandó bitmap bal-felső csúcsának 
koordinátái "/ 

RECT re; 

LPDRAWITEMSTRUCT IpDis; 

switch (message) 


( 


case WM INITDIALOG: 
f A bitmap betöltése és kirajzolása "/ 
hBitmap-LoadBitmapíhMaininstance, MAKEINTRESOURCE(IDB ABOUT)); 
if (hBitmap)( 
GetObject(hBitmap, size 0f(BITMAP), (LPSTR) ábm); 
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hWnd-GetDigltemíhDig, ID. FRAME); 

TF "rc-be az ID FRAME gomb koordinátáinak beolvasása "/ 

GetWindowRect(hWnd, éro); 

fp akirajzolandó bitmap bal-felső koordinátája. "/ 

p.x-(rc.rightsrc.left-bm.bmWidthj/2; 

p.y-(rc.bottom:rc.top-m.bmHeightj/2; 

" átkonvertálás a párbeszédablak koordináta-rendszerébe "/ 

SereenToCiienthDig, ap); 

/" azID FRAME gomb átméretezése "/ 

SetWindowPos(hWnd, NULL, p.x, p.y, bm.bmWidth, bm.bmHeight, 
SWP. NOACTIVATE ) SWP. NOZORDER]; 


k 
retum (TRUE); 


case WM DRAWITEM: 
7" A bitmap kirajzolása. "/ 
if (hBitmapj( 


IpDis-(ORAWITEMSTRUCT FAR ")IParam; 
hMemoryDC-CreateCompatibleDC(IpDis-2hDC); 
hOld-SelectObjectíhMemoryDC, hBitmap); 
BitBit(ipDis-2hDC, (ipDis-oreltem).left, (pDis-2reltem) top, 

(IpDis-orcltem) right-(lpDis-oreltem) left, 

(lpDis-xreltem).bottom-(lpDis-zreltem) top, 

hMemoryDC, 0, 0, SRCCOPY); 
SelectObjectíhMemoryDC, hOld); 
DeleteDC(hMemoryDC); 


return (TRUE); 


k 
return (FALSE); 


case WM COMMAND: 
switch (wParam) 


( 


case IDCANCEL: 
íf (hBitmap) DeleteObject(hBitmap); 
!" .és kilépünk "/ 
EndDialog(hDig, TRUE); 
retum (TRUE); 
] 
break; 
! 
return (FALSE); 
! 


p 
" File: . ICO.C 

" Tartalom: Az Ico Windows Screen Saver fő rutinjai 
" Nyelv: Microsoft C 7.0 (Windows SDK) 

" Szerző: ifj. Szekeres Béla (szekeres Devt.bme.hu) 
" Dátum: 1995. március 4. 

§ 


include ewindows.hs 

$inciude "ico.h" 

r 

" Minden Screen Saver-ben kötelező globális változók. 
ek szAppNName[d0]; 


HINSTANCE . cdeci hMaininstance; 








HWND. cded hMainWindow; 

char. cdeci szNamefTITLEBARNAMELENI; 
char. cdeci szisPasswordj22]; 

char. cdedi sziniFilelMAXFILELENJ; 
char. dec szScreenSaver[22]; 

char. odeci szPassword[16]; 

char. cdeci szDifferentPWIBUFFLENJ; 
char. cdec! szChangePWI30]; 

char. cdedi szBadOldPWIBUFFLENJ; 
char. odeci szHelpFilelMAXFILELENJ; 
char. odeci szNollelpMemory[BUFFLENJ; 
UINT. odeci MyHelpMessage; 
HOOKPROC . cded fpMessageFilter; 


/ 
" Az lco Screen Saver egyes paramétereit azonosító karakterkonstansok. 
1 

char szöpeedNamel) - "Speed"; 

char szVelocityNamef) - "Velocity ; 

char szRotationNamef) - "Rotation"; 

char szSizeNamef] - "Size"; 

char szHighLightNamef) - "HighLight; 

char szProjNamef) - "Projection" ; 

char szName[j- 100"; 


r 
" Globális változók 
7 


WORD wTimer;  . / A használt Timer azonosítója "/ 
WORD wElapse; . /" Ilyen időközönként változik a kép "/ 
WORD wVelocity; /" Ilyen sebességgel mozog a kocka "/ 
WORD wRotation; /" Ilyen sebességgel forog a kocka "/ 
WORD wSize; "A kocka mérete "/ 

BOOL bPassword; /" Jelszóvédett? "/ 

BOOL bHighLight;  / Kiemelünk egy élet és egy csúcsot? "/ 
BOOLbProj; F" A vetítés projektív? "/ 


LONG FAR PASCAL. export ScreenSaverProc(HWND hWnd, UINT msg, WPARAM wParam, 


LPARAM IParam) 
( 
switch (msg) 
( 
case WM CREATE: 

! Az egyes paraméterek beolvasása a CONTROL.INI-ből "7 
GetlniSettings(); 
7" A Timer elindítása (wElapse időközönként) "/ 
wTimer z SetTimer(hWnd, ID. TIMER, wElapse, NULL); 
break; 


case WM. TIMER: 
!" Minden WM TIMER-re mozdítunk egy kicsit a képen. A képet 
a.hWnd által leírt területre kell rajzolni, 
és most a Screen Saver működik. "/ 
MovelmagethWnd, MV. SCR); 
break; 


case WM DESTROY: 
"Kilépés előtt a Timer lelővése "/ 
if (wTimer) kiltimer(hWnd, ID. TIMER); 
break; 

l 


/ Az üzenetek többségét továbbküldjük a rendszerek "/ 
retum DefScreenSaverProcíhWnd, msg, wParam, IParamj; 
) 7" ScreenSaverProc) "/ 
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BOOL RegisterDialogClasses(HINSTANCE hinst) 
( 

return TRUE; 
1 


BOOLFARPASCAL export ScreenSaverConfigureDialog(HWND hOig, UINT msg, 
WPARAM wParam, LPARAM IParam) 


( 
static HWND hIDOK; 
static HWND hSetPassword; 
static HWND hSample; 
static HRGN hRgn; 


switch (msg) 


( 


case WM INITDIALOG: 

" Az egyes paraméterek beolvasása a CONTROLINI-ből "/ 

GetlniSettings(); 

/" ., és a párbeszédablak beállítása ezeknek megfelelően "/ 

SetDigítemint(hDig, ID SPEED, . wElapse, FALSE); 

SetDigítemint(hDig, ID. VELOCITY, wVelocity, FALSE); 

SetDigltemint(hDig, ID. ROTATION, wRotation, FALSE); 

SetDigltemint(hDig, ID. SIZE, . wSize, FALSE); 

SendDigltemMessage(hDig, IDC. HIGHLIGHT, BM SETCHECK, bHighLight, 
NULL); 

SendDigítemMessage(hDig, IDC. PROJ, BM. SETCHECK, bProj, NULL); 

SendDigltemMessage(hDig, ID. PASSWORDPROTECTED, BM SETCHECK, 
bPassword, NULL); 

"A Set Password letitásalengedélyezése "/ 

hSetPassword-GetDigltemíhDig, ID. SETPASSWORDJ; 

EnableWindow(hSetPassword, bPassword); 

" Az "OK" és a Sample" gombok handle-je "/ 

hIDOK-GetDigltem(hDig, IDOK); 


hSample-GetDigltem(hDig, IDC. SAMPLE); 
/" A" Sample -ben látható kocka paraméterei: 
- 80 pixel és nem mozog (csak forog) 
- forgási sebessége és a képírissítési idő a 
beállított paramétereknek megfelelő "/ 
wSize-80; 
wVelocity-0; 
/" A Timer elindítása "/ 
wTimer-SetTimer(hDig, ID. TIMER, wElapse, NULL); 
return TRUE; 


case WM TIMER: 
/" Minden WM  TIMER-re mozdítunk egy kicsit a képen. 
A képet a hSample által leírt területre kell rajzolni, 
és most a kofigurációs párbeszédablak működik. "/ 
Movelmage(hSample, MV. SETUP); 
return (FALSE); 


case WM DESTROY: 
PA Timer lelövése. "/ 
if (wTimer) kiltimer(hDig, ID. TIMER); 
return FALSE; 


case WM DRAWITEM: 

/" Felhasználó által rajzolandó gomb. Ez csak akkor hívódik 
meg, ha újra kell rajzolni a gombot. Mivel mi a Timer-nek 
megfelelően mindig újrarajzoljuk, így most csak a hátteret 
töröljük le. "/ 











ff (wParam-—IDC. SAMPLEJT 
FillRect(((/PORAWITEMSTRUCT)IParam)-2hDC, 
S((LPDRAWITEMSTRUCT)IParam)reltem, 
(HBRUSH)GetStockObject(BLACK. BRUSH)); 
retum TRUE; 
J 
break; 


case WM COMMAND: 
switch (wParam) 


( 


case IDOK: 

"OK -s megnézzük az új értékeket, amiket a felhasználó 

állított be és kiírjuk őket a CONTROL.INI-be "/ 
wElapse. - GetDigltemint(hDig, ID SPEED, . NULL, FALSE); 
wVelocity - GetDigltemint(hDig, ID. VELOCITY, NULL, FALSE); 
wRotation - GetDigítemint(hOig, ID. ROTATION, NULL, FALSE); 
wSize . - GetDigltemint(hDig, ID. SIZE, NULL, FALSE); 
bPassword - IsDigButtonCheckedíhDig, ID. PASSWORDPROTECTEDJ; 
bHighLight- IsDigButtonChecked(hDig, IDC. HIGHLIGHT); 
bProj.. - IsDigButtonChecked(hDig, IDC. PROJJ; 
WriteProfilelntiszappName, szSpeedName, wElapse); 
WriteProfilelnt(szAppNName, szVelocityName, wVelocity); 
WriteProfilelnttszappName, szRotationName, wRotation); 
WiiteProfilelntíszAppName, szSizeName, wSize); 
WriteProfilelntíszAppName, szisPassword, bPassword); 
WriteProfilelntiszAppName, szHighLightName, bHighLight); 
WriteProfilelntíszApoName, szProjName, bProjj; 
EndDialog(hDig, TRUE); 


return TRUE; 


case IDCANCEL: 
/ "Cancel gomb, bezárjuk az ablakot "/ 
EndDialog(hDig, FALSE); 
retum TRUE; 


case ID ABOUT: 
[About -3 kirakjuk az DLG ABOUTBOX párbeszédablakot "/ 


( 
FARPROC fpDialog; 


if((ipDialog - MakeProcinstance(AboutDig,hMaininstance)) 
zz NULL) return FALSE; 
DialogBox(hMaininstance, MAKEINTRESOURCE(DLG ABOUTBOX), 
hDig, fpDialog); 
FreeProcinstance(fpDialog); 
/" A fókuszt visszatérés után automatikusan a következő 
gombra állítjuk. "/ 
SendMessage(hDlg, WM. NEXTOLGCTL, hIDOK, 10); 
break; 


) 


case ID SPEED: 

if (HIWORD(IParam)--EN KILLFOCUSJ( 

/" A képírissítési idő megváltozhatott. A Timer-t 
átprogramozzuk, hogy tükrözze az új paramétert. "/ 

wElapse- GetDigitemint(hDig, ID. SPEED, NULL, FALSE); 
íf (wTimer) KülTimer(hDig, ID. TIMER); 
wTimer-SetTimer(hDig, ID. TIMER, wElapse, NULL); 

) 

break; 


/ A következő pár sor megváltoztatja a Sample" 
megfelelő paraméterét, ha a megfelelő értéket a 
felhasználó a párbeszédablakban módosította. 
Így a kép mindig a valós helyzetet mutatja. " 
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case ID ROTATION: static void GetiniSettings( void ) 
wRotation- GetDigltemint(hDig, ID. ROTATION, NULL, FALSE); ( 
break; " A karaktertánook betöltése az EXE-ből "/ 
LoadStringíhMaininstance, idsisPassword, szlsPassword, 22); 
case IDC HIGHLIGHT: LoadStringíhMaininstance, idslniFile, szlniFile, MAXFILELEN); 
bHighLight- IsDigButtonChecked(hDig, IDC. HIGHLIGHT); LoadStingíhMaininstance, idsScreenSaver, szScreenSaver, 22); 
break; LoadStingíhMaininstance, idsPassword, szPassword, 16); 
case IDC PROJ: LoadSting(hMaininstance, idsDifferentPW, szDifferentPW, BUFFLEN); 
bProj- IsDigButtonChecked(hDig, IDC. PROJ); LoadStingíhMaininstance, idsChangePW, szChangePW, 30); 
break; LoadStringíhMaininstance, idsBadOldPW, szBadOldPW, 255); 
LoadString(hMaininstance, idsHelpFile, szHelpFile, MAXFILELEN); 
case ID. SETPASSWORD: LoadStringíhMaininstance, idsNokHelbMemory, szNotelpbMemory, BUFFLEN); 
/" Jelszó beállítása. Meghívjuk a rendszer által 
definiált DigChangePassword ablakfüggvényt. "/ 
( F A paraméterek betöltése az INI file-ból "/ 
FARPROC fpDialog; wElapse - GetPrivateProfilelntíszAappName, szSpeedName, 
DEF. SPEED, szlniFilej; 
if((ípDialog - MakeProcinstance(DigChangePassword, wVelocity - GetPrivateProfilelntiszappName, szVelocityName, 
hMaininstance)) —— NULL) DEF VELOCITY, szlniFile); 
retum FALSE; wAotation - GetPrivateProfilelntiszáappName ,szRotationName, 
DialogBox(hMaininstance, DEF ROTATION, szlniFile); 
MAKEINTRESOURCE(DLG CHANGEPASSWORD), hDig, fpDialog); wSize -  GetPrivateProfilelntiszAppName, szSizeName, 
FreeProcinstance(tpDialog); DEF SIZE, sziniFile); 
SendMessage(hDig, WM. NEXTOLGCTL, hIDOK, 1.); bPassword - (BOOL)GetPrivateProfilelntiszAppName, szisPassword, 
break; FALSE, szlniFile); 
) bHighLight- (BOOL) GetPrivateProfilelntiszAppNName, szkHighLightName, 
TRUE, szlniFile); 
bProj . - (BOOL)GetPrivateProfilelntíszAppName, szProjName, 
case ID PASSWORDPROTECTED: TRUE, szlniFile); 
) GetlniSettings() "/ 
f" Engedélyezzük/letitjuk a" Set Password" gombot attól 
függően, hogy a jelszó-ellenőrzés engedélyezve van-e. "/ 
bPassword-IsDigButtonChecked(hDig, ID. PASSWORDPROTECTEDJ; static void WriteProfilelnt(LPSTR szSection, LPSTR szKey, UINT u) 
EnableWindow(hSetPassword, bPassword); ( 
break; char achBufjd0]; 
] 
break; wsprintílachBuf, "994", uj; 
) WritePrivateProfileString(szSection, szKey, achBuf, sziniFile); 
return FALSE; ) 
)" ScreenSaverConfigureDialogi) "/ 
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Olvasóink ettől a számunktól kezdve rendszeresen találnak majd lemezmellékletünkön 
kisebb-nagyobb Linux programcsomagot. Ezek telepítését igyekeztünk egyszerűvé tenni, az e célra 
írt program segítségével. 


Ahhoz, hogy telepítő kis Linux-os program a , helyére kerül- 
jön", még dolgoznunk kell egy kicsit. 
Mivel Linux-ból a floppy-t még nem tudjuk elérni , ezért elő- 
ször a programot fel kell másolnunk a merevlemezre. Ezzel 
együtt másoljuk fel a lemezen található többi Linux-os telepí- 
tőkészletet is. 
Ezt DOS alól tehetjük meg a FELRAK.BAT parancs segítsé- 
gével: 

a. 
Vinuxtfelrak.bat 
Ez létrehoz a c: drive-on egy Winuxins alkönyvtárat, amibe a 
szükséges file-okat felmásolja. Ezután indítsuk el a Linux-ot, 
lépjünk be root-ként és adjuk ki a következő parancsokat: 

cp /DOS/linuxins/felrak /etc/felrak 

chmod 744 /etc/felrak 

felrak 
Az első parancs felmásolja a Linux-os telepítő programot a 
s helyére", amit a második parancs futtathatóvá tesz. Nincs 
más dolgunk, mint elindítani a felrak parancsot. A parancs 
egyenként kiírja az installálandó programok nevét egy rövid 
leírás kiséretében. Ebben a számban 3 programcsomagot ta- 
lálnak: egy teljes 32 bites GNU C fordítót; egy rövid minta- 
programot C-ben és a shell script-ben és egy segédprogram 
csomagot, ami lehetővé teszi, hogy DOS-os floppy-val végez- 
hessünk különböző műveleteket. Érdemes őket felrakni, a ké- 
sőbbiekben még nagy hasznukat fogjuk venni. Ha a telepítés 
sikeresen befejeződött, a cNinuxinsYelrak nevű file-ra már 
nem lesz szükségünk, aki akarja, nyugodtan letörölheti. A se- 
gédeszközök már a helyükön vannak, jöhet az igazi progra- 
mozás. Ehhez célszerű en -ként belépni. Sok sikert az új világ- 
hoz!! 


A GNU C fordító használata 
UNIX alatt 


Először az UNIX-os C fordító használatáról lesz szó. Feltéte- 
lezzük, hogy az Olvasó más operációs rendszer alatt már írt C 
programot. Ha a programcsomagok telepítését a korábban le- 
írtaknak megfelelően végeztük, a saját alkönyvtárunkban 
(/home/en) találunk néhány C programot (vagy inkább csak 
programocskát). Ez jó lesz arra, hogy a fordító használatát ki- 
próbálhassuk. 


Vágjunk a közepébe és fordítsuk le a hello.c-t! 
gcec hello.c 
Az Is -I paranccsal megnézhetjük, mit kaptunk: 


-rwxr-xr-x 1en users 15393 Mar 10 08:38 a.out" 
-rw-r—r—  1en users 736 Mar 6 22:31 flcp.bash 
-rw-r—r—  1en users 1633 Mar 6 22:31 flep.c 
-rw-r—r—  1en users 108 Mar 10 08:29 hello.c 
-rw-r—r—  1en users 75 Mar 10 08:34 hivo.c 
-rw-r—r—  1en users 77 Mar 10 08:36 hivott.c 


A fordítás után az aktuális alkönyvtárban megjelent egy a.out 
nevű futtatható file. A fordító a futtatható file-nak alapértel- 
mezés szerint ezt a nevet adja. Látható, hogy a gcc meghívta a 
linkert is. Próbáljuk ki: 

./a.out 
A ./ -re azért van szükség, mert az aktuális alkönyvtár nincs 
benne a PATH-ban. Győződjünk meg róla a set paranccsal! A 
UNIX tehát - ellentétben a DOS-szal - az aktuális alkönyvtá- 
rat magától nem nézi meg. Természetesen rá lehet venni a for- 
dítót arra, hogy csak fordítson és ne hívja meg a linkert. Erre 
szolgál a -c kapcsoló: 

gcec -e hello.c 
Az alkönyvtárban megjelent a hello.o file. A UNIX alatt a .o 
kiterjesztés jelenti az object file-t. Próbáljuk ki tudományun- 
kat egy másik példán. Két forrásfile-unk van: hivo.c és hi- 
vott.c. 


hivo.c: 
int main(int argc, char ""argv) 
( 
kiir("C programozas"); 
return 0; 
) 
finclude cstdio.h: 
hivott.c: 
int kiir(char "szoveg) 
( 
printf(szoveg); 
return 0; 
) 
Készítsünk belőle egy próba nevű futtatható file-t. (Előbb 
azért egy kis rendrakás nem árt, letöröljük a felesleget.) 
rm a.out ".o 
gec -c hivo.c hivott.c 
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Használjuk újra az Is -I parancsot! 


-rw-r—r— 1 en users 736 Mar 6 22:31 flcp.bash 
-rw-r—r—  1en users 1633 Mar 6  22:31 flcp.c 
-rw-r—r— 1 en users 108 Mar 10 08:29 hello.c 
-rw-r—r— 1en users 75 Mar 10 08:34 hivo.c 
-rw-r—r— 1 en users 225 Mar 10 08:45 hivo.o 
-rw-r—r—  1en users 77 Mar 10 08:36 hivott.c 
-rw-r—r— 1 en users 175 Mar 10 08:45 hivott.o 


A két file-t sikeresen lefordítottuk, jöhet a linkelés. Meghív- 
hatnánk közvetlenül is a linkert, de ez így egyszerűbb: 

gec -o proba ".o 
A várt eredményt kapjuk. A -o kapcsoló átnevezi a gcc által 
generált file-t. Persze ezt mi is könnyen megtehettük volna: 

mv a.out proba 
A gcc most is meg tudta volna csinálni egy lépésben a fordí- 
tást és a linkelést. Próbáljuk meg: 

rm proba ".o 

gcc -o proba hivo.c hivott.c 
A következő változat is ugyanezt csinálta volna: 

gec -e hivo.c 

gec -o proba hivo.o hivott.c 
Ez nem meglepő, ha tudjuk hogy dolgozik a gcc. Sorraveszi a 
neki átadott file-neveket. Ha talál .c kiterjesztésűeket, akkor 
azt lefordítja object formátumra (.o kiterjesztésű file). Ezután 
veszi az így kapott file-okat és a többi, neki parancssorban 
megadott .o file-t meghívja a linkert. Ha .a kiterjesztésű file-t 
talál, azt library-nek tekinti és szintén átadja a linkernek. ( Azt, 
hogy történetesen a fordítás is 3 lépésben történik, most ne fir- 
tassuk. Ha valaki .i vagy .s kiterjesztésű file-okkal találkozik, 
akkor ezek a közbülső melléktermékek.) 
A -c paraméter tulajdonképpen csak annyit jelent: a fordítás 
után állj le. Ha a -c paraméter mellett .c, .o és .a file-okat is 
megadunk, akkor a .o és .a file-okkal semmit sem csinál. Rá- 
juk csak a linkeléskor lenne szükség, de arra már nem kerül 
sor. 
Ha bármilyen átmeneti file-t kell létrehozni, akkor azokat a 
végén letörli. A -o paraméter annyit jelent: amikor a végére 
érsz, a megadott nevet add a file-nak. Ez persze a fordításnál 
is használható: 

gcc -o out.o -e hello.c 
Ha a fordítási fázist csinálja, akkor a generált file neve az alap- 
értelmezés szerint azonos a forrásfile nevével, de .c helyett 
.0-ra végződik (pl. hello.o hello.c-ből). A linkernél már láttuk: 
ha nem adunk meg semmit, a.out lesz az eredmény. 
Nézzünk még egy példát! 
Hinclude castdio.h: 
Hinclude cmath.h: 


int main(int argc, char ""argv) 
( 
printf("9ogm", sgrt(2)); 
return 0; 
; 
A program kiszámolja 2 négyzetgyökét. Most már mindenki 
tudja: 
gcc -o gyok gyok.c 
Kivéve a gcc-t: 
/tmp/cca004701.o: Undefined symbol sin referen- 
ced from text segment 
A szabványos UNIX-os library-ben nincsenek benne a mate- 
matikai függvények, ezeket külön kell behivatkozni: 
gcc -o gyok gyok.c -Im 
A -Im paramétert továbbadja a linkernek. Jelentése: a libm.a 
library-t is fordítsd be a programba. (A -llibrary általában a 


liblibrary.a library-t jelenti.) Nem árt odafigyelni hova 
tesszük a -Im -et! Csak a file-nevek után hatásos. 
Nézzünk még egy-két kapcsolót, ami hasznunkra lehet. A hi- 
vo.c-ben hivatkoztunk a kiir nevű függvényre, de azt nem 
deklaráltuk. Az eredeti C-nek megfelelően ez azt jelenti: a 
függvény int-et ad vissza, a paraméterek pedig nem szoktak 
gondot okozni. Most szerencsénk volt, tényleg int-et adott 
vissza. Ne bízzuk a szerencsére. A -Wall (minden figyelmez- 
tetés) kapcsoló segít: 

gcec -e -Wall hivo.c 
Így már figyelmeztet a fordító: 

hivo.c: In function "main": 

hivo.c:3: warning: implicit declaration of function " kiir" 
Nem árt megjegyezni a -ansi kapcsolót. Mint az sejthető, a for- 
dító közel ANSI C fordítóként viselkedik, letiltva olyan bővíté- 
seket, mint az inline függvények. Végül egy apróság: a kapcso- 
lók a legtöbb UNIX-os programtól eltérően nem vonhatók 
össze. Például a -dr jelentése igencsak más, mint a -d -r -é. 


Ezek után nézzünk valami komolyabbat egy teljes lemezt egy 
menetben másoló programot. DOS alatt ezt meglehetősen ne- 
héz lenne megírni. Egyrészt a lemezkezelés okoz némi prob- 
lémát, másrészt 1.44MB-nyi memóriát se tudunk egyben fog- 
lalni (XMS vagy EMS kezelés kell hozzá). Mint mindjárt 
meglátjuk, UNIX alatt ezek egyike sem igazán probléma. 

A programot igyekeztem úgy megírni, hogy minél több UNIX 
specifikus dolog kiderüljön belőle. 





1 Hinclude cunistd.ha /" szabvanyos 

UNIX/POSIKX rutinok "/ 

/" ansi C lib VA 

/ ez a "printf miatt kell. "/ 

/" ez meg az open miatt "/ 
/" ERCFS, stb 9. 


tinclude cstdlib.h: 
finclude cstdio.h: 
finclude cfentl.h: 

finclude cerrno.h: 
Hinclude cstring.h: 


char "FLOPPY—"/dev/fdO0"; 
long FLOPPY SIZE-1440L"1024; 


ES 
OOONOUNARWN 


3 
EZ 


int main(int argc,char "argv[]) 


kisa 
NN 
—- 


int fl; /" a magneslemez UNIX fajlsorszama"/ 
int n; /" irtlolvasott bajtok szama 94 
char "puff;  /" puffer cime 3/1 
char "letter; /" a hasznalt drive neve betuvel "/ 


ÁL lepek j sak 
OVON R 


argc—; argv--; 
for (jargc2-0; argc—, argv--)( 


szál 
o 


v 
o 


if (stremp(fargv, "a:")--0( FLOPPY-"/dev/fdo"; 

continue; ) 

21 if (stremp(fargvy, "b:)--0(FLOPPY-"/dev/fd1"; 
continue; ) 

22 nzatoi(fargv); 

23 if (n--360 I] n-—720 II n--1200 II n-—1440 I] 





n--2880) 
24 FLOPPY SIZE-n"1024L; Bs 
29 
26 
27 if (stremp(FLOPPY, "/dev/fdO")--0) letter-—"az A"; 
28 else letter—"a B"; 


29 ífprintf(stderr, Kerem a forraslemezt 9os 
meghajtobaln", letter); 
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30 
31 
32 


33 
34 
35 


37 
38 


40 
41 
42 


43 


44 
45 
46 
47 


48 
49 
50 
51 
52 


53 
54 
55 
56 
57 


58 
59 
60 


61 
62 


64 


65 


66 
67 
68 


70 
71 


72 
73 


75 
76 


Hat 
78 
79 
80 
81 





36 ( 


fprintf(stderr, "Nyomjon meg egy gombot"); 
n-getchar(); 

while(nI—-m) n-getchar(); / ez szepen 
megeszi a valasz maradekat "/ 


fl-open(FLOPPY,O. RDONLY); 

if(flx0) 

/" nem sikerult VA 
perror("File-megnyitas olvasasra"); 
return(1); 


S044 


puff-malloc(FLOPPY SIZE); 
if(puff——0) 
g/ 7" Nincs eleg memoriank, ami eleg 
meglepo "/ 

fprintf(stderr, "Elfogyott a memoria, tobb swap 
kellenem"); 

return(1); 


; 

if(read(fl puff, LOPPY. SIZE)I-FLOPPY SIZE) 
ti /" baj van, hibakod meg nincs de nem 
is erdekel "/ 

fprintf(stderr, "Olvasasi hiba"); 

return(1); 


] 

close(íl); 

fprintf(stderr, Kerem a cellemezt 9es 
meghajtobaWv, letter); 

fprintf(stderr, "Nyomjon meg egy gombotn"); 
n-getchar(); 

do 


while(nI- hm) n-getchar(); / ez szepen 
megeszi a valasz maradekat "/ 
if((fl-open(FLOPPY,O WRONLY))-0) 


( 

if(errno--EROFS) fprintf(stderr, 
"os irasvedettn" FLOPPY); 

else perror("File-megnyitas irasra"); 
return(1); 


63 ) 


if((n-write(fl, puff, 
FLOPPY SIZE))-FLOPPY. SIZE) 


( /" baj van, hibakod meg nincs de nem is 
erdekel "/ 

if(n) fprintf(stderr,"Irasi hibam"); 

else perror(FLOPPY); 

return(1); 


69 ) 


if(ísyne(íl)) 

í /" baj van, hibakod rendelkezesre all, 
hat kiirjuk"/ 

perror("Irasi hiba"); 

return(1); 


74) 


close(fl); 

fprintf(stderr, Ha akar meg masolatot, tegye 
a cellemezt 9os meghajtoban", 

letter); 

fprintf(stderr, NarrKer ujabb masolatot (I/n) ? "); 
n-getchar(); 

) while(nI—n" 8.8. n1—N9); 

) 





A legnagyobb előny, a memóriakezelés szabadsága a 32 bites 
rendszernek köszönhető. A teljesen egybefüggően kezelt, 
szegmensek nélküli memóriakezelés fölszabadítja a DOS és 
Windows 3.1 korlátait. (Hasonló csak a Win32-ben van.) 

Az másik szembeszökő dolog, hogy a hajlékony mágnesle- 
mez-egység hagyományos file-ként kezelhető. Semmi speciá- 
lis rendszerhívásra nincs szükségünk, szemben a DOS bi- 
os disk-jével. A 8. és 9. sorban beállítható, hogy melyik egy- 
séget kezelje alapértelmezés szerint a program (a második 
floppynak /dev/fd1 felelne meg), és annak mekkora a kapaci- 
tása. A read és write függvények ilyen néha részlegesen is 
meghiúsulhatnak, ami azt jelenti, hogy valamennyi adatot 
azért beolvastak, de nem a kért mennyiséget. A rendszer 
ilyenkor a sikeres rész teljesítését nyugtázza, majd a követke- 
lett egy kicsit szokatlan a programnak a hibakezelést végző 
része. 

Az fsync függvény (ill. rendszerhívás) részletesebb magyará- 
zatot igényel. Mint minden rendes UNIX, a Linux is mindig 
használ lemez-gyorsítótárat (disk cache). Az fsync szolgál ar- 
ra, hogy kivárjuk az adatátvitel tényleges befejeződését, a wri- 
te már a gyorsítótárba történt másolás befejeztekor véget ér. 
Ez jó mindaddig, amíg nem akarunk lemezt cserélni, tehát le- 
mezcsere előtt kivárjuk a művelet teljes befejeződését. Nem 
árt tudni, hogy a szabványos C könyvtárban nincs getch, ezért 
kell a sorvége jelet , lenyelni" a válaszok végén. A UNIX-ban 
járatos olvasóim visszakérdezhetnek, miért nem "/dev/rfd0" 
file-t használom a lemez elérésére. Erre a válasz rendkívül 
egyszerű: Linux-ban ilyen nincs. Hogy mások is értsék, miről 
beszélgetünk, elárulom, ha lenne ilyen, akkor nem lenne szük- 
ség az "fsync" használatára, mert a gyorsítótárat elkerüli. 

Aki még nem találkozott a "perror" függvénnyel, annak azt is 
elárulom, hogy a rendszer-hibakódot (az "errno" változóban 
található a numerikus értéke) írja ki szövegesen. A program 
megértéséhez ennyi bizonyára elég. Remélem ez a kis prog- 
ram egy kicsit rávilágított a UNIX-os programozás előnyeire. 
A további számokban igyekszünk majd kitérni további pél- 
dákra is. 

Nézzük meg a C példaprogram egy bash megvalósítását is! 
Ennek kapcsán mód nyílik újabb bash konstrukciók megisme- 
résére. 





1 t!/bin/bash 
2 t alapertelmezett ertekek 
3 drive-/dev/fdoO 
4 nblocks-1440 
5 Hfuggvenydefinicio 
6 yesno() 
ZA 
8 savemode- stty -g" 
9 stty -icanon min 1 
10 ans- dd if-/dev/tty bs-1 count-1 25/dev/null 
11 stty $savemode 
12 [/$ans" - y -o "$ans" - Y -o "$ans" - 
i -o "$ans" - I -o "$ans" - " ] 8.8. return 0 
13 return 1 


15 waitkey() 
( 
17 savemode- stty -g 


18 stty -echo -icanon min 1 
dd if-/dev/tty bs-1 count-1 25/dev/null 
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40 


42 
43 
44 
45 
46 
47 
48 
49 
50 
51 


53 
54 
55 
56 
57 
58 
59 


60 


62 
63 
64 
65 
66 
67 
68 
69 
70 


A 


cs 


42 
73 
74 
75 


76 





stty $savemode 
return 0 

) 

tt parameterek feldolgozasa 
fori 

do 

case $i in 

[2A]) 
drive-/dev/fdo ; ; 
[bB].) 
drive-/dev/fd1 ;; 
360]720]11200]1440]2880) 
nblocks-$i;; 

-10-7]) 
drive-/dev/fd$(ist-b;; 
ds) 

nblocks-360;; 

dd) 

nblocks-720;; 

hd) 

nblocks-1200;; 

gd) 

nblocks-1440;; 

ed) 

nblocks-2880;; 
help) echo 

cat cc EOF 


Floppy-lemez masolo program. 


Hasznalata: $(Oitt"/) [parameterek] 

Ahol parameterek lehetnek: 

drive: — a:vagy b: 

lemezmeret: 360, 720, 1200, 1440 vagy 2880 
ds, dd, hd, gdvagy ed 


segitseg: help (bar erre mar ugyis rajott) 
Peldaul: 
$(OH/)b: 1200 — B: drive, 1.2MB-os floppy 
$(OtH/) a: gd A: drive, 1.44MB-os floppy 
(alapertelmezes) 
EOF 
exit;; 

esac 
done 
["$drive" - "/dev/fdO" ] 8.8. letter-—"az A:" 
["$drive" - "/dev/fd1" ] 8.8. letter-"a B:" 


echo "Kerem a forraslemezt $letter meghajtoba 
echo -n "Nyomjon meg egy gombot " 
waitkey; echo 

dd if-$drive of-/tmp/flep.$$ bs-1k 
count-$nblocks 25/dev/null 

["$?" 1- "07 ] 8.8. ( rm -f /tmp/flcp.$$; echo 
"Olvasasi hiba"; exit ) 

echo "Kerem a cellemezt $letter meghajtoba" 
echo -n "Nyomjon meg egy gombot " 
waitkey; echo 

dd of-$drive if—/tmp/flcp.$$ bs-1k 
count-$nblocks 25/dev/null 

[7$?7 1- "07 ] 8.8. echo "Irasi hiba" 


78 echo "Ha meg egy masolatot akar, tegye 
a cellemezt $letter meghajtoba" 

79 echo -n "Meg egy masolat (l/n)? " 

80 while yesno 

81 do 

82 echo 

83 dd of-$drive if-/tmp/flcp.$$ bs-1k 
count-$nblocks 25/dev/null 

84 echo "Ha meg egy masolatot akar, tegye 
a cellemezt $letter meghajtoba" 

85 echo -n "Meg egy masolat (l/n)? " 

86 done 

87 rm -f /tmp/flcp.$$ 

88 echo 








Az első új dolog ebben a programban a 6-14. és a 15—22. so- 
rokban található függvénydefiníciók. 
A függvénynév() ( függvénytörzs ) megadásával az adott bash 
programon belül használható új parancsot definiálunk. 
A 8. sorban elmentjük a savemode változóba az érvényes kép- 
ernyő-meghajtó beállításokat. Ehhez tudnunk kell, hogy a 
visszaidézőjelek ( " ) közé írt parancsot a bash végrehajtja, és 
a program által a szabványos kimenetre írt szöveget adja a 
változónak értékül. Például: 

konyvtar— pwd" 
A fenti parancs hatására a konyvtar változó az aktuális al- 
könyvtár nevét fogja tartalmazni. 
Az stty -g parancs pontosan azokat az adatokat írja ki, amire 
szükségünk van. A 9. sorban átállítjuk az input-kezelést úgy, 
hogy az olvasás művelet ne várjon sor végéig (-icanon opció), 
és fejeződjék be az első karakter leütése után (min 1 opció). 
Ezek hatására a terminálról történő olvasás pontosan egy kar- 
aktert olvas és nem vár újsor karakterre. 
Apropó, terminál: mini-linuxunkon az Alt-F1...Alt-F4 billen- 
tyűkombinációkkal négy önálló virtuális terminál között ug- 
rálhatunk (gyakorlatilag olyan, mintha Windows alatt külön- 
böző ablakokban dolgoznánk). A négy terminálhoz tartozó 
eszközök rendre /dev/tty 1 , /dev/tty2, /dev/tty3 és /dev/tty4. Jó 
lenne, ha a program minden terminálon változtatás nélkül fut- 
na. Erre szolgál a /dev/tty, amely mindig az aktuális terminált 
jelenti. Egyébként a terminál név az még az ős-UNIX rend- 
szerektől ered, ahol a géphez soros vonalon (ez lehet modem 
segítségével telefonvonalon keresztül is) kapcsolt teletype ké- 
szüléket jelentette. Ez persze ma is ugyanúgy lehetséges, de 
ezek közül ma már valódi jelentősége csak a modemes bel- 
épésnek van. A fentiek tükrében a 10. sor dd parancsa egy báj- 
tot másol a terminálunkról a szabványos kimenetére, amit a 
visszaidézőjelek hatására a bash az ans változóba tesz. A bash 
while ciklusa minden egyes lefutásakor kiértékeli a while és 
do közötti parancssort, és annak sikeres (0 értéket visszaadó) 
volta esetén végrehajtja a do és done között megadott paran- 
csokat. 
Visszatérve lemezmásoló programunkhoz, annak 12. sora 
igaz (0) logikai értékkel tér vissza a hívás helyére yesno függ- 
vényünkből, ha az i, y vagy a RETURN billentyűt ütöttük le, 
ellenkező esetben a következő sorban álló hamis értéket adjuk 
vissza, végezetül a 14. sorban véget ér a függvénydefiníció. 
A 22. sor for ciklusának teljes alakja a következő lenne: 


for változó in érték1 [férték2 ...] 
Az ún. rövidített ciklusfejű formában az egyes értékek felso- 
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rolása elmarad (és ennek megfelelően az in szócska is). He- 
lyette a parancs hívásakor megadott paramétereken lépked vé- 
gig. Mivel egy bash programban az összes paraméterre együtt 
a $0 jelöléssel hivatkozhatunk (az egyes paramétereket $1, 
$2, $3, ... jelöli), így ez tulajdonképpen a for i in , $(0" utasí- 
tással egyenértékű. 

A bash case parancsával vizsgáljuk az egyes argumentumo- 
kat. Az egyes változatok az érték)-kel kezdődnek és a dupla 
pontosvesszőig tartanak. (C-hez szokottaknak: ez egy case ág- 
nak felel meg.) 

Értékként a UNIX-ban szabványos file-név-jokerek is hasz- 
nálhatóak konstans értékeken felül. Ilyenek például: 


opt" Az összes opt-tal kezdődő szó (optimum, 
opt, optoelektronika, stb.). 

Az összes opt-tal kezdődő és utána maxi- 
mum 1 karaktert tartalmazó szavak (opt, 
optl, opt-). 

Az összes opt-tal kezdődő és utána a szögle- 
tes zárójelben megadott karakterek közül 
pontosan egyet tartalmazó szavak (pl. opt2, 
opt8, de nem opt, opt28). 

Az összes opt-tal kezdődő, majd pontosan 1 
számjegyet tartalmazó szó. A "-" segítségé- 
vel tartományt adhatunk meg. 

Az összes opt-tal kezdődő, majd pontosan 1 
kisbetűt, számjegyet vagy mínuszjelet tar- 
talmazó szavak (pl. opt-, opt8, de nem op- 
tA). Figyeljük meg, hogy a "-" speciális je- 
lentését (tartomány kijelölése) úgy hatásta- 
lanítottuk, hogy a legelejére vagy a legvégé- 
re írtuk. 


opt? 


opt[02468] 


opt[0-9] 


opt[-a-z0-9] 


Visszatérve a programhoz: A 0-7 rövidítés értelemszerűen a 
01234567-et jelenti, és azt programunk a hajlékony mágnesle- 
mez eszközsorszámnak értelmezi. Bár a Linux lekezel 8 
floppy-t, a legtöbb gépben azért nincs kettőnél több floppy 
drive. Mégis, fő a biztonság... A 31-44. sorok az egyes lemez- 
méreteket kezelik, és az nblocks változót beállítják a 
kilobyte-ban kifejezett kapacitásra. A 46. sorban a felhaszná- 
lót tájékoztatjuk a program paramétereiről, használatáról. 

A cat parancs kilistázza egy file tartalmát, ill. file-név hiányá- 
ban a bemenetére (standard input) érkező szöveget a kimene- 
tére másolja. Az itt használt konstrukció (cc EOF) azt jelenti, 
hogy vedd a szöveget a következő EOF karakterláncig, és azt 
add a cat parancs bemenetére. Ez tehát a 47-60. sorok tartal- 
mát a cat bemenetére adja, ami azt kiírja. Ezt nem túl jó ma- 
gyar fordításban itt a dokumentum-nak szokták írni. A 63. 
sorban zárjuk a case parancsot, majd a done paranccsal a for 
ciklust. A 70. sor beolvassa egy ideiglenes file-ba a lemez tar- 
talmát. A file-név képzésére a $$ bash változót használjuk, 
ami a futó program egyedi azonosítóját jelenti. Ezt processz- 
sorszámnak hívják, és garantált, hogy egy időben csak egy- 
szer osztja ki a Linux ezt a számot, így véletlenül sem próbá- 
lunk többen ugyanabba a file-ba írni. 

A beolvasott adatok visszaírását egy hasonló utasítás végzi, ez 
látható a 75. és 83. sorokban. 

A bash while ciklusa úgy működik, hogy a while és do 
kulcsszavak között megadott parancs sikeres (0 visszatérési 
értékű) lefutása esetén a do és done kulcsszavak közötti pa- 
rancsokat végrehajtja, különben kilép a ciklusból. Az üres 
echo parancsok egy soremelést eredményeznek, így ha a 
kérdésre nem a RETURN gombot nyomjuk le, akkor is jó 
lesz a képernyőkiírás (enélkül ugyanabba a sorba írná a leg- 


közelebbi szöveget, mint a kérdést). A program végén per- 
sze (87. sor) töröljük az ideiglenes file-t. Látható, hogy 
bash alatt megírva is egyszerű programot kaptunk, ami rá- 
adásul már lekezeli a különböző floppykat és lemezmérete- 
ket. Sok sikert a használatához! 


Az MTOOLS programcsomag 


Mint az bizonyára eddig is érezhető volt, megpróbáljuk a 
DOS-ról a UNIX-ra való átállást minél könnyebbé tenni. 
A továbbiakban egy olyan programcsomagról lesz szó, amivel 
Linux alól tudunk a DOS-os file-rendszerhez hozzáférni. 
A programcsomag segítségével a floppy-val végezhetünk kü- 
lönböző műveleteket. A parancsok neve a DOS alatt megszo- 
kotthoz hasonló, csak M betűvel kezdődnek. 

mdir 
Az mdir paranccsal kilistázhatjuk, milyen file-ok vannak a 
floppy egy alkönyvtárában. A formája: 

madir [-w] [filenév] 
Például: 

mdir a:/ 

mdir -w "b:/linux/" .tgz" 
Az első parancs hatására megjelenik az a: drive főkönyvtárá- 
ban levő file-ok jegyzéke. Figyeljük meg, hogy a Vjel helyett 
a / jelet használjuk. A második parancs a b: drive linux al- 
könyvtárában levő .tgz kiterjesztésű file-okat listázza ki , szé- 
les", azaz többoszlopos formában. A file-nevet azért kellett 
idézőjelek közé tenni, mert "-ot tartalmaz. Minden mtools se- 
gédprogramra igaz: ha "-ot akarunk használni egy DOS-os fi- 
le nevében, idézőjeleket kell használnunk. Mit ír ki a követke- 
ző parancs? 

mdir 
DOS alatt a dir az aktuális alkönyvtár tartalmát listázná ki. 
Most viszont az aktuális alkönyvtár UNIX-os. A fenti parancs 
az a:/ tartalmát fogja kilistázni. A megoldást az mcd parancs 
adja. 

mcd 
Az mtools programok nyilvántartanak egy aktuális DOS-os 
alkönyvtárat is a UNIX-os mellett. Ennek értékét megnézni 
ill. megváltoztatni az mcd parancs segítségével lehet. Haszná- 
lata: 

mcd [alkönyvtárnév] 
Ha nem adunk meg paramétert, kiírja az aktuális DOS-os al- 
könyvtárat. Ez induláskor a:/. Az alkönyvtárnév - a DOS-tól 
eltérően - tartalmazhat drive-ot is, pl. 

med b:/linux 


Végül egy tanács: ne használjunk mcd .. -ot. A tapasztalat 
szerint elég sok gond van vele. 


mcopy 


Az mcopy segítségével a floppyról másolhatunk a UNIX file- 
rendszere alá (és persze fordítva is). Használata: 


mcopy [-inn] forrásfile célfile 
mcopy [-inm)] forrásfile1 [forrásfile2...] célfile 


Az első alak egy file másolására szolgál. Vagy a forrás-, vagy 
a célfile-nak tartalmaznia kell egy drive megjelölést, innen 
tudja a program, hogy melyik a UNIX-os oldal. A következő 
parancs például a floppyról felmásolja a proba.txt file-t a 
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UNIX rendszer /tmp alkönyvtárába a proba.text néven. A -t 
kapcsoló hatására a DOS-os és a UNIX-os text file-ok között 
szükséges konverziót a másoláskor megcsinálja. 

mcopy -t a:/szoveg/proba.txt /tmp/proba.text 
Lássunk még egy példát: 

mcopy "a: e 
Ez a parancs az A: drive főkönyvtárából minden file-t felmá- 
sol a saját alkönyvtárunkba. (A - UNIX alatt mindig a saját 
alkönyvtárunkat jelenti. Ha en-ként léptünk be, ez a /hnome/en- 
t jelenti.) 
Vegyük észre, hogy a " egy kicsit másként működik, mint 
DOS alatt. Ott a fenti parancs csak a kiterjesztés nélküli file- 
okat másolta volna fel. A UNIX-os programok (és így az 
mcopy is) a file-nevet egy és oszthatatlannak tekinti. A kiter- 
jesztést sem veszi külön. Így pl. a ". jelenti a pontra végződő 
neveket, azaz amiknek nincs kiterjesztésük, a " magában min- 
den file-t jelent. A "C jelenti a C-re végződő file-neveket, 
mint FLCP.C, KIS.CC és KANOC is. Ha a C file-okat akar- 
juk kiszűrni, itt is működik a ".C szekvencia. 
Lássunk egy példát, amikor több file-t adunk meg: 

mcopy -n -/sre/".c 5/src/".pas b:/src 
Ez a saját alkönyvtárunkból nyíló src alkönyvtárból (pl. /ho- 
me/en/src) másol néhány file-t a b:/src alá. A UNIX-os olda- 
lon nem szabad idézőjelet használnunk. Az mcopy általában 
visszakérdez, mielőtt egy létező file-t felülír. Az -n kapcsoló 
hatására viszont szó nélkül felülírja. Végül az alábbi paran- 
csok az -m kapcsoló hatására megőrzik a file utolsó módosítá- 
sának idejét (a két változat azonosan működik). 

mcopy -mt -/txt/fontos.txt a:/ 

mcopy -m -t -/txt/fontos.txt a:/ 


mdel 


Az mdel parancs DOS-os file-ok törlésére való. Használata: 
mdel [-v] filenév1 [filenév2...] 
A DOS-os del-től eltérően ennek több file-nevet is megadha- 
tunk, pl. 
mdel -v a:/proba.bak a:/.tmp 
A fenti parancs törli a megadott file-okat. A -v kapcsoló hatá- 
sára minden törölt file nevét kiírja. 


mmd és mrd 


Az mmd paranccsal DOS-os alkönyvtárakat hozhatunk létre, 
az mrd-vel üres DOS-os alkönyvtárakat szüntethetünk meg. 
Használatuk: 

mmd [-v] alkönyvtárnév1 [alkönyvtárnév2...)] 

mrd alkönyvtárnév1 [alkönyvtárnév2...)] 
Ezek használata nyilvánvaló. Egy dologra azért oda kell fi- 
gyelni. Mit csinál a következő parancs? 

mmd b//proba-- 
A 4 karakter ugyanis DOS-os névben nem megengedett. A 
fenti parancs létrehoz egy b:/probax nevű alkönyvtárat. Ha 
megadjuk a -v kapcsolót, akkor ilyen esetekben kiírja az általa 
generált nevet. 
Sajnos az mmd parancsnak is van egy kis , szépséghibá- 
ja". Nem zavarja, ha olyan nevű file már létezik, mint az 
új alkönyvtár. Létrehozhatunk pl. b:/proba.txt nevű alkönyv- 
tárat akkor is, ha ilyen néven már van egy file. Az ilyen nevű 
alkönyvtárba aztán DOS alatt nem tudunk bemenni, ott file- 
okhoz hozzáférni (az mcopy, mcd, stb. UNIX alatt megy). Ezt 
a hibát ráadásul a DOS-szal adott chkdsk.exe nem tudja javí- 
tani (a Norton Disk Doctor megbirkózik vele). Ha már az 
mmd nem teszi, figyeljünk mi oda. 


mtype 
Az mtype a DOS-os type megfelelője: file-ok tartalmának ki- 
írására szolgál. Használata: 

mtiype [-t] filenév1 [filenév2...] 
A következő parancs például kiírja az a:/autoexec.bat file tar- 
talmát. 

mtiype -t a:/autoexec.bat 
A -t kapcsoló az mcopy-nál már említett szövegformátumok 
közti konverziót hajtja végre automatikusan. 


mattrib 
Ennek használata teljesen megegyezik a DOS alatti attrib.exe- 
ével. 
mattrib. [-al-ta] [-rl--r] [-sI--s] [-hI--h] filenévi [file- 
név2...] 
Az már más kérdés, hogy az mcopy-t és mdel-t nem zavarja a 
csak olvasható file (r flag), az mdir mindig kilistázza rejtett 
ill. rendszer file-okat (h ill. s flag) is... 


mren 


Az mren paranccsal egy DOS-os file-t vagy alkönyvtárat ne- 
vezhetünk át. Használata: 
mren [-v] forrásfile célfile 

Ha a célfile neve nem szabályos DOS név, ez a program is át- 
nevezi új névre. Ezt követhetjük nyomon a -v kapcsoló segít- 
ségével. Ha egy file-t megpróbálunk proba-t -ra átnevezni, ak- 
kor az mren - tudván, hogy ez DOS alatt nem szabályos név - 
inkább a probax nevet adja. Kerüljük az olyan neveket, ami- 
ket az mren megpróbálhat átnevezni. 


mliabel 


Egy lemez nevét változtathatjuk meg vele. Használata: 
mlabel [-v] drive: 

A használata a DOS alatt megszokott. Ez a program is átneve- 

zi a neki (ill. a DOS-nak) nem tetsző neveket, de ezzel még 

nem volt probléma. Egyébként még így is jóval többféle nevet 

enged meg, mint a DOS. Mivel a DOS-t ez nem zavarja, így 

csak jól járunk. 


mread és mwrite 


Alacsonyszintű másolás DOS/AUNIX ill. UNIXDOS irány- 
ban. Használata: 

mread [-tnm)] dosfile unixfile 

mread [-tnm] dosfile1 [dosfile2...] unixalkönyvtár 

mwrite [-tnmv] unixfile dosfile 

mwrite [-tnmv] unixfile1 [unixfile2...] dosalkönyvtár 
A paraméterek szerepe azonos az mcopy parancsnál látottak- 
kal. Mivel itt a parancsból kiderül, melyik a UNIX-os és me- 
lyik a DOS-os file-név, így itt lehet drive megadása nélkül is 
hivatkozni a DOS-os file-ra. 


Folytatás következik 


A későbbiekben is igyekszünk olyan programokat adni, ame- 
lyekkel a DOS és UNIX kapcsolata fájdalommentesebbé tehe- 
tő. Következő számunk mellé egy , nagyágyút", egy teljes 
DOS emulátort adunk. Akiket érdekel, ebben a számban egy 
kis kedvcsinálót találnak róla. 


Bálint Nagy Endre 
E-mail: bne(2cert.hunix.hu 


Szekeres Béla 
E-mail: szekeres(devt.bme.hu 
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DOS programok LINUX alatt 


Egyre többen használják és szeretik a Linux operációs 
rendszert. A viszonylag kis hardveren is jól futó PC-s 
UNIX méltán lett népszerű. Újabb és újabb programok je- 
lennek meg hozzá, ezek általában szabadon másolhatók. 
Ma már a szövegszerkesztőtől a táblázatkezelőig, a teljes 
matematikai programcsomagoktól a hálózatmenedzser 
programokig széles a választék. Ez a kör egy hasznos, a 
rendszer további elterjedését nagyban elősegítő program- 
mal bővült: a DOS emulátorral. 

Következő számunk lemezmellékletén megtalálják majd 
ennek a programnak a legfrissebb változatát, most ennek 
szeretnénk egy kis reklámot csinálni. 

A programot a Linux rendszerből elindítva betöltődik a 
merevlemezünkön található DOS, és innen kezdve (majd- 
nem) minden DOS-os programunkat használhatjuk. Ki- 
használva a Linux lehetőségeit, átválthatunk egy másik 
képernyőre, ahol UNIX-os programokat fut- 
tathatunk. Ha kedvünk van hozzá, elindítha- 
tunk további DOS emulátorokat is, és a 
DOS-os képernyők között gombnyomásra 
váltogathatunk. 

Ha egy kicsit erősebb gépünk van, amire te- 
lepítettük az X-Windows-t (ez egy UNIX-ra 
épülő grafikus környezet), és beérjük karak- 
teres DOS alkalmazásokkal, akkor egy kép- 
ernyőn több DOS ablakot nyithatunk, ezek 
jól megférnek UNIX-os programjainkkal. Ha 
mégis ragaszkodunk a grafikus programok- 
hoz, akkor az X-Windows-os képernyő mel- 
lett még mindig rendelkezésünkre áll néhány 
szöveges képernyő, ahol szintén lehet DOS 
emulátort futtatni - ez esetben teljes képer- 
nyős módban, grafikával. És mindezt egy 
486DX-33-mas számítógépen 8MB RAM- 
mal!! 

Többen kérdezhetik, miért jó ez nekünk? Ezt a 
Microsoft Windows is tudja. Ezt még igen, de 
egyrészt UNIX alá szabadon másolható prog- 
ramok széles választéka áll rendelkezésünkre, 


HS-DAS. gRazte 
(Bísk UtiJtiesi 





(286, 386 és 486) és legyen-e co-processzor. Mit szól a 
programunk, ha túl kevés (vagy esetleg meglepően sok) 
memória van a gépben? Megadhatjuk mennyi memóriát 
lásson a DOS, ez ráadásul lehet több is, mint amennyi fizi- 
kailag a gépben van, a Linux majd virtuális memóriának 
használja a merevlemezt (swap-et). Konfigurálhatjuk a so- 
ros és párhuzamos port-okat. Biztos, hogy a soros port ve- 
zérlésére írt programunk működik COM3-mon is? Kipró- 
bálni nem tudtuk, mert ilyen port nincs a gépünkben: most 
majd beállítjuk, hogy COM3-ként lássa a fizikailag 
COMI1-re konfigurált soros portot, és IRO 5-öt használjon 
hozzá az eredeti IRO 4 helyett. 

Reméljük sikerült kedvet csinálni ehhez a hasznos segédesz- 
közhöz. A következő számban részletesen olvashatnak róla. 


Szekeres Béla 
E-mail: szekeres(devt.bme.hu 
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másrészt a DOS emulátorral kihasználhatjuk 
az alatta futó UNIX szolgáltatásait is. 

A DOS emulátor alól elérhetjük a UNIX file- 
rendszerét, annak minden előnyével együtt. 
Egyrészt lehetőségünk van több felhasználót 
definiálni, a file-okhoz való hozzáférést kor- 
látozni, amit természetesen a DOS emulátor 
alól se lehet kikerülni. Ha Józsi dolgozik a 
gépen, akkor ő a DOS emulátor alatt is csak 
a saját file-jaihoz férhet hozzá. Másrészt 
több UNIX-os gépet hálózatba összekötve 
lehetőségünk van printerek, merevlemezek 
közös használatára. Az irodában csak Judit 
gépében van CD-ROM, de mivel mindkét 
gépen Linux fut, így ahhoz Józsi is hozzáfér; 
természetesen a DOS emulátor alól is. 

Mivel a DOS emulátor igen jól konfigurálha- 
tó, így fejlesztők is nagy hasznát vehetik. 
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Beállíthatjuk milyen processzort emuláljon 


ess ALT for mena, or press highlighted letter. or F3 to guit HSP. 
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BAL 


SATARAÁGI 


Sokan kérnek tőlünk programozói fogásokat, algoritmusokat. A következőkben egy olvasónk ké- 
szülő könyvéből közlünk egy általánosan használható érdekes keresési eljárást. 


A backtrack (visszalépéses keresés) algoritmus ismertetése 
előtt nézzünk meg három olyan feladatot, melyeket ezen mód- 
szerrel sikeresen meg tudunk oldani. 


1. Feladat 


Legyen egy SZEMÉLYEK nevű adatbázisunk, melynek re- 
kordszámát a reccount() fügvénnyel lehet meghatározni. Az 
adatbázis szerkezete tartalmazza — sok más adat mellett — a 
személy azonosítóját és foglalkozását. Keressünk 5 olyan em- 
bert, akinek a foglalkozása megegyezik. 


2. Feladat (A 8 királynő probléma) 


Ezzel a klasszikus feladattal Gauss foglalkozott először. A 
kérdés az, hogy hányféle módon lehet 8 királynőt elhelyezni a 
sakktáblán úgy, hogy azok ne üssék egymást. Egy lehetséges 
állást az alábbi ábra mutat, amely azt is bizonyítja, hogy van 
legalább egy megoldás. 


A királynők nem ütik egymást, 
ha teljesülnek az alábbi feltéte- 
lek. 





(i) nincsenek egy sorban 

(ii) nincsenek egy oszlopban 
(iii) nincsenek egy átlón 

(egy négyzet 2 db átlón is van) 

















3. Feladat 


Adott egy HOSSZ hosszúságú acélrúd. A rúdból mindig a vagy b 
vagy c hosszú darabokat vághatunk le mindaddig, amíg el nem 
fogy. A fenti darabokból a fenti sorrendnek megfelelően A, B, C 
Ft/darab értékű terméket gyárthatunk. Adjuk meg azt, hogy az 
egyes termékekből mennyit gyártsunk az alábbi feltételek mellett: 


(i) az acélrúdból ne maradjon hulladék, 
(ii) maximális értéket termeljünk. 


A backtrack algoritmus feladatának meghatározása 


Legyen n darab (ne N) halmazunk, melyek nem üresek (azaz 
legalább 1 db elemet tartalmaznak) és végesek (azaz egyiknek 
sincs végtelen sok eleme). Az egyes halmazok elemei tetsző- 
leges dolgok lehetnek. Jelöljük az egyes halmazokat a követ- 
kező szimbólumokkal: H:, H:2, ..., H.. Definiáljunk egy H hal- 
mazt, amely ezen halmazok descartes sorozata: 


H:-HixH-x...Ha 


A H halmaz elemei rendezett n-esek, azaz (hi, h2, .. ., h.) soroza- 
tok, ahol az első pozíción lévő elem a Hi, a második pozíción lévő 
elem a H;, ..., az n. pozíción lévő elem a Hn halmazból kerül ki. 
Ha a Hi halmaz elemeinek számát IHi! jelöli, akkor a H halmaz- 
ban lévő sorozatok száma: IHl § IHl 7..." IH.]. A descartes 


sorozat alapján a reláció fogalma könnyen megadható: Egy R re- 


láció a H halmaz egy részhalmaza. Meghatározásunk szerint tehát 
az R reláció egy olyan halmaz, amely bizonyos H halmazbeli so- 
rozatokból áll. A leírt fogalmak jobb megértése érdekében az 1. és 
2. feladatok segítségével konkrét példákat adunk. 


1. Példa 


A SZEMÉLYEK adatbázist egy halmaznak képzelhetjük el, 
ahol a halmaz elemei az egyes rekordok. Tekintsünk most 5 
darab halmazra: H.—...-H5-SZEMÉLYEK. Látható, hogy az 
egyes halmazok most nem különböznek egymástól. Képezzük 
ezen halmazok H descartes szorzatát, amelybe minden elkép- 
zelhető ember-ötös benne van. Az R reláció szöveges megfo- 
galmazása a feladatban már megvan: azonos a foglalkozásuk 
(természetesen különböző emberekről van szó, hiszen H-ban 
olyan sorozat is van, amelynek minden tagja ugyanaz az em- 
ber). Az R halmaz tehát (RCH) azon ember-ötösök halmaza, 
akik ugyanazzal foglalkoznak. 


2. Példa 

A sakktábla 8 darab oszlopa jelentsen nekünk 8 darab (Hi, H;, .. . 
H:) halmazt, melyek mindegyike a (1,2,3,4,5,6,7,8) halmazzal 
egyezik meg. Az egyes halmazelemek egy-egy négyzetet jelente- 
nek, amiből minden oszlopban 8 darab van (mert a tábla 8 soros). 
Képezzük a H halmazt, mint az előző 8 darab halmaz descartes 
szorzatát. A H halmaz elemei most olyan nyolcas sorozatokból 
állnak, ahol a sorozat első eleme az első oszlop egy megadott sor- 
ban lévő négyzete, a sorozat második eleme a második oszlop egy 
megadott során lévő négyzet stb. . . Ha egy tetszőleges H halmaz- 
beli sorozatnak megfelelően teszünk le 8 királynőt, akkor azok 
vagy üthetik egymást, vagy sem. Az R reláció szöveges megfo- 
galmazása: egyik királynő se ütheti a másikat. Az R halmaz tehát 
azon H-beli sorozatokból fog állni, amely sorozatok elemei R (- 
nem ütik egymást) relációban állnak egymással. A 2. feladat 
megfogalmazásakor megadtuk az R reláció egy ekvivalens meg- 
fogalmazását az i-ii-iii pontokban. Vizsgáljuk meg, hogy két ki- 
rálynő mikor van egy átlón! Az első észrevétel az, hogy két átló tí- 
pus létezik: 


— BJ átló: balról jobbra emelkedő, 
— JB átló: jobbról balra emelkedő. 


Mindkét átlótípusból 15 darab van a sakktáblán. A második és 
harmadik észrevétel nagyon izgalmas a feladat megoldása 
szempontjából: 

2. észrevétel: Egy-egy BJ típusú átló mentén minden négyzet- 
re igaz, hogy az oszloppozíció és sorpozíció különbsége egy 
konstans szám. A főátlón ez nulla, alatta eggyel --1, felette —1. 
3. észrevétel: Egy-egy JB típusú átló mentén minden négyzet- 
oszlop és sorpozíciójának összege állandó. A mellékátlón ez 
az összeg például 9. 

Az észrevételek alapján könnyen megfogalmazhatjuk azt, 
hogy egy (xI, y1) és (x2, y2) pozícióra feltett két darab király- 
nő mikor nincs egy átlón (az első szám az oszlop, a második a 
sorpozíciót jelöli): 

Nincs egy átlón-(x1-y12x2-y2 és x1--y1x2--y2) 

A fenti feltétel tömörebben is megfogalmazható, ugyanis: 


x1-y1éx2-y26Sx1—x2zy1-y2 és 
x14-y18x2-ty26x1—x24y2-y1-—-(y1-y2) 

A fentiek együttes teljesülésének ekvivalens alakja: 
x1—x2- ly1-y2] . 
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A backtrack feladat általános megfogalmazása 


A fenti példákon is érzékelhető, hogy a backtrack algoritmus 
olyan feladatokat old meg, ahol létezik egy H descartes szor- 
zattal létrehozott halmaz, melyben olyan sorozatot (mint H 
halmazbeli elemet) kell megkeresnünk, amelyben a sorozate- 
lemek egymással valamilyen R relációban állnak. Tekintettel 
arra, hogy ez a problémamegfogalmazás igen általános, ezért 
a backtrack algoritmus széles körben használható a mestersé- 
ges intelligencia területén (pl. Prolog programozási nyelv). A 
backtrack algoritmus precíz megfogalmazhatósága érdekében 
vezessünk be néhány jelölést és definíciót. 


Legyen n darab függvényünk, melyek: 


f:HhO(1,2,..., IHl ) 
f2:H:— (12... , ÍHol ) 


] 


Ezek a függvények a H: halmazok elemeit besorszámozzák 
egytől az utolsó elemig (azaz ezek kölcsönösen egyértelmű le- 
képzést jelentenek). Ez azért jó, mert így a H; halmlaz valame- 
lyik elemére annak sorszámával is hivatkozhatunk, ami egy 
kódolást jelent. Ezután a Hi halmaz helyett a neki megfelelte- 
tett egész számok halmazát is használhatjuk az algoritmus ki- 
fejtése során. Tehát a Hi halmaz egy alias halmaza: f(H.) 
függvényérték halmaz. A leírtak szellemében a Hi.j jelentse a 
H: halmaz j. elemét. Ez mindig egy számot jelent, csak a jelö- 
lésben azt is feltüntettük, hogy melyik halmazból származik. 











f:HrO(1.2,..., ÍH, 


A feladatot általánosan megoldó backtrack algoritmus 


A keresett R relációban lévő n-est tároljuk a BTV[1..n] of NA- 
TURAL vektorban. A BTV a backtrack vektor rövidítése. A 
NATURAL típus értékei a nem negatív egész számok lehetnek. 


NEm tetténtt EE ETTE ÉT E KAESZ ZT ZT Atazt 
//Backtrack algoritmus. Kitölti a BTV vektort úgy, hogy abba 
//egy olyan számsorozat kerül, amely eleget tesz egy R reláci- 
/[/ónak. Ez egy keresési feladat a H descartes sorozat halma- 
//zon, így nem biztos, hogy van R-beli elem. Emiatt a Back- 


boolean Backtrack) BTV ) 
I 
( 





//Az index jelöli, hogy most éppen a BTV melyik indexét 
//akarjuk kitölteni 

index- 1; 

BTVIindex]J-0; 

//Ciklus amíg a BTV vektor minden elemét nem állítottuk 
//be, vagy az index nem 0. Ha az index-0O, akkor a 
//BTVIC1]-nek se lehet jó értéke, ami a keresés kudarcát je- 
/lenti. 

while ( ISindex and index£n ) 


( 


/[/Az adott BTV[index] érték keresése 
if( Keres( index )) 
( 
index-index-1; 
halmaz 
if( index£n ) BTVIindex]-0; 
I 
else 
Ú 
index-index—I; 


] 


//ha talált jöhet a következő 


[/Visszalépés az előző indexre 


] 


return( index n ); 
1//end backtrack 


[eses entezeszezeszeszésszezzaz sze tszezsznést 
//A Keres(index) függvény folytatja a keresést az findcx(Hinacx) 
[/nalmazban BTVIindex]--1 elemtől kezdődően mindaddig, 
[/amíg nem talál olyan elemet, amely megfér az R relációval. 
//Ha nincs ilyen elem akkor FALSE, különben TRUE a 


IS ee erre ee 

boolean Keres( index ) //a halmaz sorszáma, amiben 
most keresünk 

[See ese sees sséssse 


i-BTV[indexl]; //Jelenlegi érték az indexedik 
pozíción. Ez a Hinax.i elem. 
while ( TRUE ) 
i—i 1; 
if(i s 
( 
return( FALSE ); 
) 
if( !Rossz( index, i )) 


( 





Hinal ) 


//Ha nem Rossz (azaz jó) 


BTVIindexJ-i; 
return( TRUE ); 
l 


] 
1//end Keres 


[DO eáeááátémetszá sámán 
[/A Rossz( index, i ) logikai függvény arra ad választ, hogy a 
//Birccsi elem az adott R reláció kialakítása szempontjából 
[/megfér-e a már eddig kiválasztott 

//H..BTVITI], ... Hiscx1". BTVIindex-1] elemekkel. Ha igen, ak- 
//kor a visszaadott érték TRUE 


[Osszesen mz ea etazzezzee 
boolean Rossz( index, i ) [/A Hinacx halmaz i. elemét 
vizsgáljuk 
[DE meszemmáezzezzzeezszaztszzösezteses 
( 
HA 
while( jcindex and H;.BTV[j] és Hinxx.i pár megfér egy- 
mással ) 
( 
jzjárl: 
] 
return( jaindex ):; 
1//end Rossz 


Az 1. feladat megoldása az általános algoritmus alapján 


A BTV vektor most 5 dimenziós lesz, hiszen 5 darab halmaz- 
ból kell választani. Ennek megfelelően az n-—5. A halmazok 
elemszáma: reccount(). Ezen adatoktól eltekintve a Backtrack 
függvény változatlan marad. A Keres függvény is csak annyit 
módosul, hogy a IHisol — reccount(). A Rossz(index, i) válto- 
zik a legtöbbet, hiszen ezen a szinten kell megmondanunk azt, 


hogy a , megfér" igaz-e. Erre egy függvényt érdemes írni: 


boolean megfér( index1, index2 ) 

t a a 
if(  SZEMÉLYEK.BTVIindex1].Foglalkozás-——SZEMÉ- 
LYEK.BTVIindex2].Foglalkozás 

and 
SZEMÉLYEK. BTVlIindex 1].Azon !- 
SZEMÉLYEK.BTVIindex2]. Azon 
return( TRUE ); 
else 
return( FALSE ); 
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A függvényben alkalmazott jelölés értelmezése: A SZEMÉ- 
LYEK.k az állomány k. rekordját jelenti. A minősített hivat- 
kozás folytatása ezen rekord Foglalkozás mezőjének az érté- 
ke. A feltétel második része biztosítja azt, hogy a BTV vektor 
elemei most különbözőek legyenek. 


A 2. feladat megoldása az általános algoritmus alapján 


A BTV vektor most 8 dimenziós lesz, ugyanis itt most egy olyan 
nyolcas sorozatot keresünk, ahol az a reláció teljesül, hogy nem 
ütik egymást. A konkrét BTV vektorunk tehát: BTV[ 1..8 ] of ( 
1,2,3.4,5,6,7,8 ). Ennek megfelelően például a BTV[5] azt mond- 
ja meg nekünk, hogy az 5. oszlopban melyik soron van a királynő. 
Fogalmazzuk meg ezek alapján a , megfér" logikai függvényt! 





//Az indexI és index2 most 2 különböző oszlopra utal. Ez már 
//kizárja azt, hogy azonos oszlopra kerüljön két királynő 


boolean megfér( indexl1 , index2 ) 

( 
/[/Ha azonos sorban vannak, akkor ütik egymást, így nem 
//férnek meg 
if( BTV[index1]--BTV([index2] return(FALSE); 


//Ha nincsenek egy átlón, akkor megférnek 
if( Abs( BTVIindex2]-BTVIindex1] ) !—index2—index1 ) 
return( TRUE ); 
else 
return( FALSE ); 
) 


A 3. feladat megoldása az általános algoritmus alapján 


Ezt a feladatot még nem fogalmaztuk meg a halmazok és relá- 
ciók nyelvén, ezért először ezt tegyük meg. Az a tény, hogy 3 
különféle termék van sejteti, hogy 3 alaphalmazunk lesz. De 
mik lesznek ezek? Konstruáljuk meg úgy az alaphalmazunkat, 
hogy először azt döntjük el, hogy milyen lesz a BTV vektor. 
A BTV legyen 3 dimenziós, mégpedig azért, hogy a BTVI[1] 
megmondja, hogy az ,a" hosszú termékből mennyit, a 
BTV[2] azt, hogy a ,, b" hosszú termékből mennyi, valamint a 
BTV[3] azt, hogy a , c" hosszú termékből mennyit kell készí- 
tenünk. A legkevesebb amit gyárthatunk az nulla. A legtöbb 
az az, amikor csak az egyik termékből gyártunk, illetve ve- 
gyük ezek maximumát: 


M - Egész( max ( 1--HOSSZ/a, 14-HOSSZ/b, 1--HOSSZ/c )--1) 


Ez alapján definiálható a HI-H2-H3-(0,1,2,....M ) halmaz. 
Innen a H descartes szorzat már megvan. Még az R reláció 
megalkotása van hátra. Ez most nagyon egyszerű, hiszen csak 
annak kell teljesülnie, hogy a HOSSZ hosszú rúdból nem ma- 
rad hulladék, azaz minden olyan hármas sorozat jó, ahol az 
elemek együttesére teljesül a: 


HOSSZ-BTVII1]a--BTVI2]"b--BTVI3] c 


feltétel. Azt eddig is tudtuk, hogy az R halmaz több elemből is 
állhat, azonban mindig megálltunk a keresésben, ha kaptunk 
egy megoldást. Itt most ezt nem tehetjük meg, ugyanis a fel- 
adat csak akkor megoldott, ha megmondjuk azt az R halmaz- 
beli elemet, amely még azzal a speciális tulajdonsággal is ren- 
delkezik, hogy: 


( BTVI1] " A 4 BTV[2] " B 4 BTVI[-33] FC) 
kifejezés maximális értékű. Ez egy maximumkeresés az R 
halmaz felett, amihez pedig végig kell mennünk az R halmaz 
minden elemén. Ez nem csak ezen feladat sajátja, hiszen 
ugyanezt kellett volna tennünk akkor is, ha például meg akar- 
juk mondani azt, hogy hány ütésmentes felállítása van 8 ki- 
rálynőnek. A jelenlegi algoritmusunk hibája, hogy megáll, ha 
találtunk egy R halmazbeli elemet. A baj a Backtrack függ- 
vény ciklusának vezérlése miatt adódik, ezért fogalmazzuk át 


úgy a függvényt, hogy csak az R halmaz bejárása után álljon 
le, eközben keressen maximumot is. 


//2. verzió (minden R halmazbeli elemet érint) 

[/Backtrack algoritmus. Kitölti a BTV vektort úgy, hogy abba //egy 
olyan számsorozat kerül, amely eleget tesz egy R reláció//nak. Ez 
egy keresési feladat a H descartes szorzathalmazon, //így nem biz- 
tos, hogy van R-beli elem. Emiatt a Backtrack //függvény visszaté- 
rési értéke TRUE, ha a BTV érvényes, kü//lönben FALSE. 


boolean Backtrack( BTV ) //a BTV vektor 
[Etán tettem tt smtt seta ágazati egtaeteztmtémtáöéázttá 


[/A mindenkori maximumot tárolja 

Max-0; 

[/TRUE lesz, ha az R halmaz nem üres 
RNotEmpty-FALSE; 

[/Az idex jelöli, hogy most éppen a BTV melyik indexét 
akarjuk kitölteni 

idex-1I; 

BTVIindex]-0; 


while( ISindex ) 


( 
//Az adott BTV[index] érték keresése 
if( Keres( index )) 
( 

indexzindex-1; //Ha talált jöhet a következő 
halmaz 

if( index£n )BTVIindex]-0; 
J 


else 


( 


] 
//Ha komplett lett a BTV, akkor ezt elkönyveljük 


if( index——n-i1 ) 


index-index —1; [/Visszalépés az előző indexre 


if( !RNotEmpty ) 


( 
RNotEmpty-TRUE; 
Max-MaxKifejezés(); 


[/Az első R halmazbeli megta- 
lálásakor 


! 
else if( Max MaxKifejezés() ) 
( 

Max-MaxKifejezés(); 
] 
indexzindex-I; 


] 


return( RNotEmpty ); 
)//end backtrack 


[/Visszalépés H, halmazra 


A módosított backtrack függvény n-3 esetén megfelel a 3. 
feladat követelményeinek. A MaxKifejezés függvényt már is- 
merjük. A feladat végső megoldásához még a , megfér" függ- 
vényt kell megírni. A függvény érdekessége, hogy logikai ér- 
téke most csak az index2 értékétől függ. 


boolean megfér( index 1, index2 ) 

( 
if( index2——1 and BTVII]"a HOSSZ ) return( TRUE ); 
else if( index2-—— and BTVI1]"a-4-BTVI2]"b HOSSZ ) re- 
turn( TRUE )2 
else if( index2——3 and 
BTVI1]"a-:-BTVI2]"b--BTV[3]"c-—— HOSSZ ) 

return( TRUR ); 

else return( FALSE ); 


Nyíri Imre 
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Allamilag elismert, alapfokú számítógép-kezelői 
szakképesítést nyújtó tanfolyam indul. A150 órás 
képzés keretében gépkezelés, szövegszerkesztés, 
táblázatkezelés, adatbázis-kezelés szerepel. 

A képzés díja: 29 000 Ft vizsgadíj. 

A tanfolyamok ideje: 
délelőtt, délután és hétvégén is ! 
Csoportoknak kedvezmények! Kérje tájékoztatónkat ! 


uliero séneio Kft. 
Tel/Fax:: 129-1205 1775. Budapest Pf. 38. 


Árak az Áfát tartalmazzák. Az árváltoztatás jogát fenntartjuk. 


CÉGSZERVIZ 


1087 Bp., Luther u. 1/b. 
2 113-1677 


4 Mono SVGA monitor 
47 Dual Floppy 

47 Verbatim lemezek 
4CD ROM drive 2x 
47 Star Lc-20 

47 Színes scanner A/4 
47 Diktafonok 

47 Elektromos írógépek 
47 Manager kalkulátorok 
47 Iratmegsemmisítők 

4 Telefon - üzenetrögzítő 


11 800,- 
11. 400,- 
800,- /10db 
17 800,- 
20 800,- 
72 000,- 

3 980.,-tól 
16 800.,-tól 
1 880,-tól 
14 600,-tól 
8 800.-tól 


Magyarországon a legolcsóbban 
DIGITÁLIS Gyorsmásolás 
2.40 -- áfa Joldaltól 
Az árak áfa nélküliek. 


Cégünk optikai 
átviteltechnikai ter- 
mékeket forgalmaz 

raktárról. 


7 kábelek 
47 csatlakozók 
47 szerelt kábelek 
27 műszerek 
437 szerszámok 
467 segédanyagok 
27 oktatás 



































Megérkeztek a megújult 
SENTINEL adathordozók. 
3.5" 2HD, 135 TPI, színes, papirdobozos 846 Ft 


3.5" 2HD, 135 TPI, színes, műanyag dobozos 1041 Ft 
CD-R 750 Mbyte (74") műanyag dobozos 1770 Ft 


Bármely más adathordozóra megrendelést elfogadunk ! 
Viszonteladók jelentkezését is várjuk ! 


Miázapása Cart -AR— [VAa 

NMiero Szadi9 If 
Tel/Fax:: 129-1205 1775. Budapest Pf. 38. 
Árak az Áfát nem tartalmazzák. Az árváltoztatás jogát fenntartjuk. 


Amerikai szakkönyvek EZ KETTES 


PC, MAC, UNIX, Mainframe könyvek, 
több mint 100 kiadótól! 


SoftWare Station 
T.: 201-6523 
1012 Bp. Kosciuszkó Tádé u. 22. 


16.000 tételes adatbázis, nyomtatott katalógus, 
növekvő raktérkészlet. 


Oktatói gyakorlattal is rendelkező profi 
számítógépes szakember, iskolák számára 
oktatásra alkalmas MACINTOSH, vagy PC-s 
számítógép rendszerek telepítését 
üzemeltetését vállalja betanítással. Oktatásra, 
nyelvoktatásra alkalmas szoftvercsomagok 
beszerzése! Megrendeléseket: a 


1399 Bp, Pf.:701/15 címen, vagy 
1631-771-es telefonon/faxon fogadunk. 
LEZLISOFT Computer Graphics 


A LEZLISOFT Computer Graphics 


bemutatja hazai fejlesztésű 
szoftvereit: 


TipoMaker V: 1.11 
betűmintakönyv 
készítő program 


DD - Automatikusan elészíti a 
Windows alatt űzembe- 


tető 
29 Aa Ja 


ingyenes helyszini bemutató 
és demopéidány. 
Bizományi értékesítőket 
keresünkt 
Tel.: 1631-771 
Bp. 1399 Pf. 701/15 


helyezett betűkről, szaba- 
don definiálható karak- 
terekből a betürninta- 
könyvet. 

- Minden betűről részletes 
tipográfiai jellemzőket 
készit, pi. "n" számítás az 
oldaltűkör alapján, hiba- 
százalék-számítás, stb. 


WinSpeced V:1.0 - átfogó sebességteszt 
Windows környezetre 
- 16 féle mérési szempont; 
- Összehasonlítási lehetőség; 


aza " Ábrázolás grafikonon 
és táblázatban. 








GCC/GCC--t 2.5.6.GNU fordító 9600 Ft --áfa 
COHERENT 4.2 UNIX 15200 Ft --áfa 
Komplett UNIX op.rendszer, 

C és assembler fejlesztővel kpl. 

Teljes GNU sorozat CD-n !!! 4800 Ft-ráfa 
X-Windows fejlesztő XIIR5 4800 Ft--áfa 


X-Windows fejlesztő XIIR6 4800 Ft--áfa 


Nem csak SZOFTVERT, de HARDVERT is 
érdemes nálunk vásárolni a PC-hez és 
MACINTOSH-hoz egyaránt. 


Akciós áron: 
Macintosh LC475 129,900 Ft--áfa 
Számítógépébe a nálunk vásárolt 
alkatrészeket díjmentesen beszereljük! SAM- 


SUNG monitorokat, nyomtatókat és faxokat 
viszonteladók részére is forgalmazunk. 


sBECOVKft. 1091 Budapest, Üllői út 
119. (bejárat a Mihálkovics utcából) 
tel/fax:218-4578, üzenetrögzítő: 217-8592 





Mérésadatgyűjtés és vezérlés 2. 
Szoftver 






SIGNAL " VIEW (COMPFAIR 94 vásárdíjas) 
Általános mérésadatgyűjtő és monitorozó 
program (szabadon konfigurálható mérések, 
grafikus monitorok és műszerek, széleskörű 
trigger funkciók, real-time matematika). 
SIGNAL " MATH 

Jelfeldolgozó és matematikai program 
(FFT, digitális szűrés, szűrőtervezés). 
rtdLinx Driverek 

Standard TSR driver az RTD kártyáihoz. 


Egyedi szoftverfejlesztés 


"Accessing the Analog World, 


Real Time Devices Európa, KFT. 
1024 Budapest, Fillér u. 88. I[/9. 
Tel: 325-1130 — Fax: 212-0260 


Forráskód a programozók lapja 


Merev 


1995. márius-április 





Egy közelmúltban megrendezett kiállítás apropóján a Merev havi témája a Pc alkal- 
mazása ipari, laboratóriumi környezetben. Az első cikk témája az ipari Pc 
felépítése, kialakítása. A második cikkünk a digitális mérésadatgyűjtő és feldolgozó 
rendszerekről szól, írunk az ismertebb szoftverekről is. 


Az ipari Pc felépítése eltér a megszokottól. Az ipari kör- 
nyezetben több kellemetlen hatás érheti a számítógépet, 
amitől meg kell védenünk. Az esetleges javításokat a 
helyszínen, mostoha körülmények között gyorsan kell 
elvégezni. Az ipari Pc házak ezek figyelembe vételével 
lettek kialakítva. A masszív acéllemezből készült házak 
szellőzését, hűtését különös gonddal oldják meg, szűrt 
levegővel. Külön leszorítók rögzítik az átlagosnál nehe- 
zebb bővítő kártyákat, védve őket az esetleges vibráci- 
ótól. Az ipari Pc-t 197-os kapcsolószekrénybe (rack), 
vezérlőpultba, műszerfalba, esetleg falra szerelik. En- 
nek megfelelően alakultak ki a különböző ház típusok. 
Egyesekbe monitort, újabban mono vagy színes LCD-t 
esetleg plazma kijelzőt építenek, nemegyszer érintő 
képernyővel. A panelba építhető házak előlapjára védett 
billentyűzetet is szerelnek. A lemezmeghajtókat zárható 
ajtók mögött helyezik el. A 2.-6. ábrán néhány jellegze- 
tes ipari Pc házat láthatunk. 

A Pc házba egy csak a párhuzamosan kapcsolt buszcsat- 
lakozókat a tápfeszültség csatlakozót, és a bekapcsolt 
állapotot jelző LED diódákat tartalmazó un. passzív 
alaplapot építenek. Ezen a ház méretétől függően 4 - 20 
ISA vagy újabban PCI busz található. Egyes nagyobb 
alaplapoknál több csoportban, melyek egy híd elemmel 
összekapcsolhatók. Így egy házban akár több Pc-t is el- 
helyezhetünk, ezek önállóan vagy egymás tartalékaiként 
dolgozhatnak. A hagyományos Pc-k alaplapját a tulaj- 
donképpeni számítógépet egy normál AT kártyára épí- 
tik, ezzel a gép javítása teljesítményének növelése egy 
kártyacserére egyszerűsödik. A processzor kártyákat tel- 
jes hosszúságú és un. félhosszú (185x122 mm.) kivitel- 
ben gyártják. Kihasználva technikai lehetőségeket a 
gyártók minél több funkciót igyekeznek a processzor 
kártyára integrálni. Az 1. ábrán látható teljes méretű kár- 
tyán egy Intel Pentium processzor dolgozik, maximum 
192 MB ram elhelyezésére van lehetőség. A kártyán az 
enhanced IDE vezérlőn kívül amihez négy merevlemez 
és két floppi csatlakoztatható, még gyors SCSI-II vezér- 
lő is található. A kártya két RS-232 soros és kétirányú 
párhuzamos porton túl külön PS/2 egércsatlakozót tar- 
talmaz. Az ábrán látható kártya kétféle busszal rendel- 
kezik. A PCI busz átbocsátó képessége 132 MB/s szem- 





ITT 
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1.ábra Egy erős processzor kártya. 


ben az ISA busz 8 MB$s átviteli sebességével. A bővít- 
hetőséget elősegítendő gyakran építenek a kártyákra 
PC/104 buszt. Bekapcsoláskor a kártya önellenőrző 
teszteket hajt végre, ezekről a kártyán lévő LED-ek tá- 
jékoztatnak. Megtalálható a kártyán az ipari Pc-k jelleg- 
zetessége a Watchdog timer, ez az áramkör figyeli a 


2.ábra  Vezérlőpultba, szekrénybe építhető 
ipari Pc ház színes LCD kijelzővel. 
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3. ábra Ipari Pc tokozott monitorral. 


busz adatforgalmát és ha a beállított ideig (0.5-1008 
sec) nem történik adatmozgás, azt hibaként értékelve új- 
raindítja a rendszert, vagy megszakítást generál. Ez le- 
hetőséget biztosít hibatűrő rendszerek kialakítására. 
Más hasonló processzorkártyákra sokszor építenek 
ROM lemezt, ami boot floppit emulálva gyors és biztos 
rendszerindítást tesz lehetővé. Gyakori, hogy a kártyán 
lévő soros portok egyike az ipari felhasználásnak job- 
ban megfelelő RS-485 szabványú. 

Amennyiben a rendszerben monitort is található meg- 
hajtására használhatunk normál VGA kártyát, vagy 
helytakarékosság miatt a processzor kártyára illeszthető 
PC/104 VGA modult. Speciális igényekre léteznek 
többféle megjelenítő akár egy idejű kezelésére is alkal- 
mas videó kártyák is. A rendszerépítéshez védett moni- 
torok, védett billentyűzetek, érintő képernyők is kapha- 
tók. Jellegzetes alkatrészei az ipari Pc-nek a félvezetős 
tárolók. Egy normál AT kártyán egy, vagy két egyenként 
maximum 6 MB kapacitású RAM/ROM/FLASH lemez 
alakítható ki, ezek normál lemezmeghajtóként viselked- 
nek. Kaphatók PCMCIA változatok is, ezek ára ma még 
elég magas. Elsősorban a gyors, biztos rendszer indítás- 
hoz, a szoftver védelméhez, nagysebességű adatgyűj- 
téshez használhatók. Egy gépbe legfeljebb négy félve- 
zetős meghajtó építhető. A szervíz munkákhoz, rend- 
szer bővítéshez, teszteléshez többféle buszbővítő, toldó 
kártya kapható. 


Mire használható a Pc az iparban? 


A legegyszerűbb alkalmazás ha a Pc-t inteligens mérő- 
műszerként használjuk. Ilyenkor , csak" a bejövő adatok 
gyűjtéséről, feldolgozásáról, megjelenítéséről, napló- 
zásról kell gondoskodnunk. Bonyolultabb a helyzet, ha 
a folyamatokat kézben is kell tartani. Egy Pc-s irányító 


rendszer kialakításakor alapvetően két módszer közül 
választhatunk. Az egyikben mindent a Pc végez, gyűjti, 
feldolgozza az adatokat és ezek alapján vezérli, irányít- 
ja a folyamatokat (DCS). A másik módszer szerint a 
rendszert , hagyományos" módon irányítják (például 
PLC-vel), a Pc csak felügyeli, naplózza az eseményeket 
(SCADA). Mindkét megoldásnak vannak előnyei, hívei. 
Természetesen a két rendszert kombinálni is lehet. 
Konkrét esetben a feladat, az előzmények az anyagi le- 
hetőségek ismeretében választható ki az optimális meg- 
oldás. 

A Pc-vel mérhetünk folyamatosan változó adatokat: hő- 
mérséklet, súly, folyadékáram, nyomás stb. ha ezeket 
valamilyen az eredeti adatokkal arányos elektromos jel- 
lemzővé alakítjuk. Ugyanakkor érzékelhetünk kétálla- 
potú jeleket, be vagy kikapcsolt állapot, valamilyen 
határérték túllépése. Ezeket az analóg és digitális bejö- 
vő jeleket Pc-be illesztett kártyákkal vagy soros vona- 
lon elérhető eszközökkel alakíthatjuk a Pc számára fel- 
dolgozható adatokká, számokká. Ha vezérelni is aka- 
runk, szintén a Pc-be illesztett kártyák ill. soros vonali 
eszközök segítségével tehetjük. Ki be kapcsolhatunk 
dolgokat ill. folyamatosan változó vezérlő jelet is szol- 
gáltathatunk. A pc-be illeszthető analóg mérőkártyákat a 
maximálisan elérhető mintavételezési sebesség, a fel- 
bontás (a mérés pontossága), a mérhető csatornák szá- 
ma alapján osztályozhatjuk. Egy átlagos kártya 30 KHz 
sebességgel, 12 bit felbontással mérhet 16 csatornát. A 
drágább kártyák elérhetik a 330 KHz mintavételezési 
sebességet, és a 16 bites febontást. A szokásos mérési 
tartomány 0 - 5 volt, de sok kártyán találhatunk erősítőt, 
amivel a mérési tartományt kapcsolókkal esetleg prog- 
ramból választhatjuk meg. A témáról bővebben olvas- 
hatunk a következő cikkben. A folyamatosan változó ki- 
menő jelet előállító D/A kártyák különböző vezérlési 
feladatokhoz használhatók. Egy kártyára általában 2 - 
16 csatornát építenek, melyek 0 - 5 volt, vagy 4 - 20 
mA tartományban szolgáltatnak kimenőjelet 12 bites 
felbontásban. (Ez azt jelenti, hogy a kimenőjel 4096 fé- 
le értéket vehet fel.) A túlterheléstől általában biztosíték 
védi a kimeneteket. 

A digitális [/D kártyákat elektromos berendezések be-, 


4. ábra Ipari Pc doboz hat kártya részére, falra szerelhető, 
szekrénybe építhető. 
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5. ábra Panelba építhető ipari Pc ház plazma 
kijelzővel négy félméretű kártya részére 


és kikapcsolására, be-, vagy kikapcsolt állapot ellenőr- 
zésére, külső eszközök vezérlésére használhatjuk. A be-, 
ill. kimeneti jel többnyire TTL szintű, Egy kártyán 8-tól 
144-ig [I/O vonal található /mindig nyolc egészszámú 
többszöröse/, sokszor egyéb áramkörök /pl. számláló 
időzítő/ társaságában. Működés és programozás szem- 
pontjából kétféle kártyát ismerünk: amelyik megszakí- 
tást generál és amelyik nem. A megszakítást generáló 
kártyák lehetőséget biztosítanak eseményvezérelt prog- 
ramok írására, háttérben történő monitorozásra anélkül, 
hogy a csatornákat folyamatosan le kellene kérdezni. Az 
egyes csatornákhoz /vagy csoportokhoz/ prioritási szin- 
teket rendelhetünk, letilthatjuk őket. Több megszakítást 
kérő csatorna esetén megszakítás-maszkot haszálha- 
tunk. Ez azt jelenti, hogy pl. nyolc csatorna esetén a 
maszk byte adott bitjéhez rendelt csatornáról engedélye- 
zett a megszakítás ha a bit nulla, egyébként tiltott. A ge- 
nerált megszakítás általában IRO 2 - 7. Programozásuk- 
ról a januári számunkban írtunk. 

Nagyon fontos dolog, hogy ipari körülmények között 
nem szabad a mérendő jeleket közvetlenül a Pc-ben lé- 
vő kártyára csatlakoztatni! Az esetleges túláramok, vil- 
lamos zavarjelek, zárlatok, villámcsapás tönkretehetik a 
gépet, sőt balesetet okozhatnak! Ennek elkerülésére le- 


7.ábra 24 csatornás relés illesztő panel digitális kimenetekhez. 
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választó, jelformáló egységet kell közbeiktatni. Digitá- 
lis bemeneteket optocsatolós leválasztással, digitális ki- 
meneteket relés kimenettel védjük. Ezek külön panelra 
szerelve 16 vagy 24 csatornás kivitelben kaphatók. A 
Pc-hez szalagkábellal, a külvilág felé sorkapocssal csat- 
lakoztathatók. Egy sínre szerelhető változat valószínű- 
leg praktikusabb lenne. A fejlődés nagyon gyors, így le- 
het, hogy már ilyen is van. 

Az analóg jelek leválasztása már költségeseb, bonyolul- 
tabb feladat, de itt is többféle termék közül választha- 
tunk. Különböző panelra szerelt, vagy modulokból 
összeállítható esetleg egyéb funkciót (erősítő, multiple- 
xer, azonos idejű több csatornás mintavevő) ellátó il- 
lesztő kapható. A szabványos 4-20 mA-es jelek fogadá- 
sára olcsó alternatívaként szigetelt mérőkártya az opti- 
mális megoldás. Néhány csatornás analóg kimeneti kár- 
tyák is léteznek szigetelt változatban. Az analóg és digi- 
tális be és kimeneti kártyákon kívül számtalan egyébb 
feladatra készített Pc kártya kapható, külön említést ér- 
demelnek az időzítő, robotokhoz szerszámgépekhez az 
egy és három tengelyes léptetőmotor vezérlő és a labo- 
ratóriumi műszerek illesztését megvalósító IEEE-488 
kártya. A hordozható számítógépekhez laboratóriumi, 
vagy terepi adatgyűjtéshez megjelentek a PCMCA II. 
interfésszel készült adatgyűjtő modulok. Úgy néznek ki 
mint egy jól meg- 
hízott szapantartó 
ami egy félméte- 
res pórázon sétál- 
tatja a hitelkár- 
tyáját. Az ára 
mint minden új- 
donságnak, elég 
magas. Kaphatók 
notebook  számí- 
tógépekhez  ké- 
szült külső adat- 
gyűjtő egységek, 
ezek A/4 méretű 
dobozba épített 
egy vagy két 
adatgyűjtő  kár- 
tyát tartalmaznak. 
A  notebookhoz 
soros, vagy pár- 
huzamos porton 
csatlakoznak, 
egyesek az un. 
, docking — stati- 
on" csatlakozón 
át közvetlenül a 
Pc buszhoz. Re- 
mélem a fentiek- 
ből látszik, hard- 
ver oldalról már 
nincs akadálya a 
Pc alkalmazásá- 
nak ipari, vagy 
laboratóriumi 
adatgyűjtő rend- 
szerként. 


6. ábra 19"-os szekrénybe 
épített ipari Pc. 














Soros vonali eszközök alkalmazása Pc-s irányítástechnikában 


A Pc soros vonali csatlakozóját eleve arra tervezték, 
hogy a Pc külső eszközzel adatokat cseréljen. 
Kézenfekvő tehát, hogy ipari vagy laboratóriumi adat- 
gyüjtésre, folyamat-irányításra is olyan eszközöket 
használjunk, melyek soros vonalon komunikálhatnak a 
Pc-vel. A soros vonali eszközök haszálatának előnye, 
hogy a számítógépet nem kell a zord ipari környezetben 
tartani. Így nem kell drága megoldásokkal gondoskodni 
a gép védelméről, egy normál Pc is megteszi az 
irodában. A Pc BIOS négy RS-232C szabványú soros 
adapter meglétét engedi, de a DOS csak kettőt kezel. 
Ahol ennél többre van szükség inteligens, saját process- 
zorral rendelkező soros kártyák 8, külső adapterrel eset- 
leg 32 soros vonal kezelését is lehetővé teszik, és ezek- 
ből akár négyet is elhelyezhetünk a gépünkben. Így ma 
egy Pc legfeljebb 128 soros vonallal rendelkezhet, 
kezelésükhöz speciális meghajtóprogram szükséges. Az 
RS-232 szabbványú soros vonal nem a legalkalmasabb 
az ipari környezetben végzett munkára. Alapvetően két 
eszköz összekapcsolására készült, a legnagyobb áthidal- 
ható távolság 15 méter, az átviteli sebesség nem túl 
nagy, és nem védett a túláramoktól sem. Ezen prob- 
lémák megoldásárra vezették be az RS-485 szabványú 
soros adat átvitelt. Ez már 1200 méter áthidalására is 
alkalmas, és egy hálózatban maximálisan 32 meghajtó, 
32 vevő lehet. Ez utóbbi lehetővé teszi ismétlők 
(repeater) alkalmazásával 256 modul egy vonalra 
kötését. Létezik szigetelt változatban is. Az RS-485 
hálózat kialakítható két és négy vezetékes rendszerben 
is. A kábelezéshez olcsó csavart érpárt használhatunk. 


ETT 
szaz szük, 
, 
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Az elinduláshoz két módszer közül választhatunk, vagy 
egy megfelelő RS-485 szabbványú illesztőkártyát 
teszünk a gépünkbe, vagy RS-232/RS-485 konverterrel 
csatlakozunk a meglévő soros portra. Az első megoldás 
olcsóbb, elegánsabb de a kártya kezelése programból 
eltérhet a normál soros port kezelésétől. A külső kon- 
verter általában lassabb, külön tápfeszültséget igényel, 
de megvédi, leválasztja gépünket a környezeti ártalmak- 
tól, ha lehet ezt a megoldást válasszuk. Soros vonalon 
nagyon sokféle adatgyüjtő, vezérlő eszközzel létesít- 
hetünk kapcsolatot, szinte gyártónként más-más módon. 
Egyszerre van jelen a szabványosítás iránti igény és a 
konkurenciaharc. Ebből aztán többféle kvázi szabb- 
ványként emlegetett protokol jött létre. A következök- 
ben egy érdekes a Pc lelkivilágához közel álló 
megoldást mutatunk a soros vonali adatgyűjtésre, vezér- 
lésre. 

Az ADVANTECH cég kínálatában szereplő ADAM 
soros vonali adatgyűjtő család kis szappantartóra 
emlékeztető moduljaiból legfeljebb 256-ot köthetünk 
egy kétvezetékes RS-485 hálózatba 1200 méteren belül. 
A már elmondottak értelmében 32 modulonként, vagy 
nagyobb telepítési távolságnál ismétlőt kell alkalmazni. 
A modulok szerelősínre pattinthatók, vagy panelre, 
egymásra csavarozhatók. Az adatforgalom legnagyobb 
sebessége 19.200 Baud, ami nem túl sok, de mivel a 
komunikációhoz rövid néhány karakteres üzeneteket 
használunk bőven megfelel. A modulok energia ellátását 
szabályozatlan 10-30 voltos egyenfeszültséggel biz- 
tosíthatjuk, fogyasztásuk 1-2W. A modulok védettek a 





túlterheléstől, a túlfeszültségtől 500V-ig. A jelenlegi 
választékban öt féle analóg bemeneti modul található. A 
mérőmodulok 16-bites felbontással dolgoznak, külön- 
böző méréstartományokra programozhatók a Pc segít- 
ségével. A konverziós idő kb. 0,1 sec. ami elég hosszú, 
behatárolja a modulok használhatóságát, valamit segít, 
hogy egyidejű mintavételezésre is utasíthatók. Külön 
modul kapható a hőelemes ill. az platinaellenállásos 
hőmérsékletméréshez. Ez egyik modulba multiplexert 
építettek, igy nyolc csatorna jelét mérheti, persze csak 
egymás után. Egy másik modui kijelzőt tartalmaz, így a 
mért értékről, vagy a Pc-ről jött üzenettel a mérés 
helyszínén tájékoztat. Kapható analóg kimeneti modul, 
ami a szabványos tartományokban 12-bit felbontással 
szolgáltat folyamatosan változó vezérlő jelet. 

A digitális jelek fogadására kétféle modulból 
választhatunk, köztük a védettségben van különbség, ill. 
az egyik kimeneteket is tartalmaz. A digitális kapcsoló 
jeleket az előbb említett modullal és külön relés lev- 
álasztással használhatjuk, de ahol a kapcsolandó áram 
nem haladja meg a fél Ampert használhatjuk a négy 
csatornás relés kimeneti modult. Újdonság a kijelzős 
számláló és frekvenciamérő modul. A modulok az ipar- 
ban szokásos mérési, vezérlési feladatok zömében 
használhatók. Segítségükkel viszonylag olcsó, könnyen 
bővíthető, változtatható mérő, vezérlő hálózat építhető. 
Alkalmazása különösen ajánlható a gyakran változó 
technológiával dolgozó, vagy nagy területen elhe- 
lyezkedő üzemekben. Ajánlható azoknak akik nem egy 
komplett rendszert akarnak vásárolni, hanem 
fokozatosan térnének rá, vagy át a Pc-s adatgyűjtésre, 
vezérlésre. Telepítés után a modulokat programozni 
kell, erre a legalkalmasabb a hozzájuk adott DOS utili- 
ti, de mivel csak néhány karakter kiküldéséről van szó a 
soros vonalon, ez más programból is könnyen megold- 
ható. A programozással állítjuk be a modul címét, 
méréstartományát, és hogy az adatokat milyen for- 
mában szolgáltassa. A modul ha szükséges többször 
átprog-ramozható. Használat közben a komunikáció 
néhány karakteres ASCII parancsokkal, illetve az erre 
adott válaszok, szintén karaktersorozatok, vissza 
olvasásával történik. 


Az RS-485 soros vonal- 
ra felfűzhető adatgyűjtő 
modulok. Egy portra 
1200 méteren belül max. 
256 modul kapcsolható 
különböző típusok veg- 
yesen, olcsó csavart 
érpáras kábelezéssel. A 
modulok a mérés hely- 
színén — sínre, vagy 
dobozba szerelhetők. 
Szinte minden mérési, 
vezérlési feladatra alka- 
lmas, bővít-hető rendsz- 
er építhető belőle. 
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Ipari folyamatok szabályozásának és felügyeletének elter- 
jedő módszere a számítógépes mérésadatgyűjtés. A módszer 
lényege, hogy a megfigyelt analóg jelet digitalizálják, majd a 
digitális jel feldolgozását a számítógép vagy egy külön erre a 
célra tervezett mikroprocesszor végzi. A klasszikus, analóg 
mérésadatgyűjtő rendszerekkel szembeni előny abban jelent- 
kezik, hogy a digitalizálást, illetve a jelfeldolgozást végző 
egység (célproszesszor, vagy PC) sokoldalúsága miatt, a mért 
értékekből, gyakorlatilag akármilyen numerikus eredmény 
(vagy legalábbis ezek széles skálája) gyorsan és pontosan szá- 
mítható. Ily módon, bonyolult rendszerek mérési adataiból, 
gyorsan lehet a rendszer alapvető jellemzőit kinyerni, ame- 
lyek a működés szempontjából alapvető fontosságúak. Sőt a 
kritikus paraméterek kinyerése és ezeknek bizonyos optimális 
referenciaértékekkel való összehasonlítása után, a mérésadat- 
gyűjtő rendszer vezérlő jeleket állíthat elő, a megfigyelt folya- 
mat szabályozása érdekében. 

Akár megfigyelésről vagy szabályozásról legyen szó, a di- 
gitális rendszerek legfőbb jellemzője, hogy a mért adatok érté- 
kelését nem korlátozza a feldolgozó algoritmusok komplexitá- 
sa. Ez új lehetőséget jelent olyan alkalmazásokban, ahol az 
igényelt számítási bonyolultság miatt eddig automatikus mé- 
résadatgyűjtés és feldolgozás még nem valósulhatott meg. 

A cikk a következő gondolatmenet alapján mutatja be a 
mérésadatgyűjtő és feldolgozó rendszereket: 

e Először a rendszer alkotóelemei kerülnek röviden össze- 
foglalásra, amit egy alkalmazási példa követ a mérésadatgyűj- 
tés és feldolgozás konkrét demonstrálására. 

6 Ezután a rendszer elemeinek részletesebb ismertetése 
következik, néhány megvalósítási elvet is bemutatván. A. cik- 
ket a mérésadatgyűjtő rendszerek korlátainak, illetve kritikus 
paramétereinek az áttekintése zárja, számot adván a fejlődési 
irányokról. 

Az egyes elemek működését az RTD termékein illusztrál- 
juk, amelyek lehetőséget nyújtanak egy sokoldalú adatgyűjtő 
és monitorozó rendszer felépítéséhez. 


A rendszer általános felépítése 
A mérésadatgyűjtő rendszer célja egy megfigyelt folyamat 
mért értékeiből eljutni egy kívánt numerikus konklúztóra, 


amely felfedi a megfigyelt folyamat valamely lényeges aspek- 
tusát, ahogyan ezt a következő ábra illusztrálja: 


Mérésadatgyűjtő 
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A megfigyelt folyamat leképezése a mérés útján kiszámol- 
ni kívánt jellemzőbe, a következő lépcsőfokokban történik. 


mért Front AD Numerikus 


Számítógép 
vagy célprocesszor 








A rendszer egyes elemeinek működése a következőképpen 
foglalható össze: 

€ A sensor alakítja át a ténylegesen mérni kívánt jelensé- 
get (ami lehet hőmérséklet, elmozdulás, nyomás, súly... stb.) 
elektromos feszültséggé. 

€ A Front End kártya a keletkezett feszültséget valamilyen 
szabványos értéktartományba transzformálja, amelyen az őt 
követő kártyák működnek. Így a jelet illesztette az univerzális 
jelfeldolgozó egységek számára. 

€ Az A/D kártya a folytonos jelből időben és amplitúdó- 
ban diszkrét sorozatot állít elő (mintavételezés és kvantálás). 

€ A DSP egység végzi, a mostmár digitális formában meg- 
jelenő mérési sorozaton, a szükséges számításokat a mérés ki- 
értékeléséhez, amely a kívánt paraméter kinyeréséhez vezet. 


Példa mérésadatgyűjtő rendszer 
alkalmazására 


Az előbb áttekintett folyamatot egy példával illusztrálván, 
tételezzük fel, hogy a feladat egy tárolóedény vízszintjének a 
szabályozása. Ha a vízszint egy kritikus érték (a) alatt van ak- 
kor egy töltőcsap megnyitása a cél, amint a vízszint eléri a kí- 
vánt a értéket, akkor a töltőcsapot el kell zárni. Ha a vízszint 
egy kritikus (b) értéket halad meg akkor viszont egy elfolyó 
vezeték megnyitása a feladat. Tételezzük fel, hogy x jelöli a 
vízszint aktuális értékét. 

A mérésadatgyűjtési és szabályozási rendszer a következő- 
képpen működik: 
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vezérlőjel 
a csap 
kinyitásához 


vezérlőjel 


az elfolyó 
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egy újabb 
mérésre 








L vezérlőjel az A/D kártyának 


Amint a fenti folyamatábrából kiderült, a DSP feladata je- 
en esetben a mért jel triggerelése amely alapján beavatkozó 
jeleket szolgáltat a szabályozott rendszernek (a töltő csap ki- 








ról, vagy a lefolyó megnyitásáról, illetve a mérés foly- 
ról gondoskodik. Természetesen ennél sokkal bonyolul- 
tabb funkciókra is képes, például digitális szűrés vagy Fouri- 
er-transzformáció megvalósítására a bejövő jelsorozaton. Így 
a mérési sorozat meglehetősen nagy komplexitású kiértékelé- 
se is lehetővé válik. 


A mérésadatgyűjtő rendszer 
elemeinek részletes leírása 


A mérésátalakító és érzékelő (sensor): 


Az érzékelő és mérésátalakító feladata, a nevéből követke- 
zően, hogy a mérni kívánt mennyiséggel (elmozdulás, súly, 
fordulatszám... stb.) arányos feszültséget bocsásson ki. Meg- 
valósítása történhet aktív elemekkel (pl. kristály, tekercs... 
stb.), amelyek a mérendő mennyiséget villamos jelekké 
transzformálják valamilyen fizikai alapelv alapján. Ezek hát- 
ránya, hogy többnyire igen kis feszültséget adnak (ezért az 
őket követő erősítőnek lehetőleg kis zajúnak kell lennie), 
másrészt esetenként erősen nem lineáris működésűek, amely 
kompenzációt tesz szükségessé. Az előnyük viszont, hogy ál- 
talában nem igényelnek precíziós tápfeszültséget, ezért a mé- 
résfeldolgozó rendszertől nagyobb távolságra is telepíthetőek. 

A másik lehetséges megvalósítás passzív elemekkel törté- 
nik (pl. egy potenciométer elmozdulása eredményez feszült- 
ségváltozást). Ekkor mindenképpen szükség van tápfeszült- 
ségre, amelynek pontossága meghatározza a mérés pontossá- 
gát. 

A két típus közötti választás gyakran egyszerű, mivel bizo- 
nyos mérésekre csak egyféle elven működő szenzor létezik, 
más esetekben pedig a körülmények (mérendő tartomány, 
környezeti tényezők, hőmérséklet stb.) határolják be a lehető- 
ségeket. 
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A Front End kártya: 


A kártya felépítését a következő blokkdiagram szemlélteti: 
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A jelerősítésre azért van szükség, hogy az aktív átalakítók 
mV nagyságrendű kimenőjelét egy szabványos tartományba 
transzformáljuk, amely általában a (0,5, (0,10), (-5,5) vagy a 
(-10,10) V-os intervallum lehet. Az erősítőt követő aluláte- 
resztő szűrőre azért van szükség, hogy a bejövő jelet sávkorlá- 
tozza, hiszen a mintavételi tétel értelmében csak sávkorláto- 
zott jelet tudunk egyértelműen rekonstruálni a mintáiból. Az 
teresztő szűrő határfrekvenciája széles tartományban (20 
Hz-500 kHz) helyezkedhet el. A kompenzálásra, a mérésáta- 
lakító esetleges nem lineáris karakterisztikájának linearizálása 
miatt van szükség. Mivel ez a rész erősen szenzorfüggő, ezért 
a Front End kártya maga mindig adott típusú mérésátalakítók- 
hoz készül. Az RTD által gyártott TS16 vagy TMX32 például 
hőmérséklet-érzékelőkhőz kapcsolódó Front End kártyák, 
amelyek multiplexálási feladatokat is elvégeznek (lásd a kö- 
vetkező bekezdést). 


A multiplexer: 


A multiplexerek lehetnek a Front End kártyákon is, illetve 
napjainkban már majdnem minden A/D kártyán is vannak, 
ezért itt mint csak funkciót részletezzük. 

Multiplexelésre azért van szükség, mert az A/D konverter 
drága, viszont mintavételezést vezérlő jele elég nagy frekven- 
ciás lehet ahhoz, hogy egyszerre több mérést is ki tudjon szol- 
gálni A szimultán módon lefolytatott mérésekre, mint csator- 
nákra hivatkozunk a továbbiakban. A multiplexer működését 
jól szemlélteti a következő ábra: 








1 mérés 
mérés ki 
él kes soros jelsorozat 
3 mérés 
4 mérés 
5 mérés .. 





amelyben az A/D kártya maximális mintavételezési frek- 
venciával forgó kapcsoló időben soros jelfolyammá alakítja a 
különböző csatornákról érkező mért jeleket. Látható, hogy az 
minden méréshez hozzárendelődik egy időablak, és pl. az 1 
mérés minden ötödik ablakban mintavételeződik (lásd az 
alábbi ábrát). 
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Azt, hogy a multiplex hány csatorna jelét tudja időben so- 
rossá tenni, a kártya maximális mintavételi frekvenciájának, 
illetve a mérendő folyamatok sávkorlátaiból adódó, szükséges 
mintavételi frekvenciák aránya határozza meg. Pl. egy 500 
kHz max. mintavételi frekvenciájú kártya 20 db 25 kHz-es 
mintavételi frekvenciájú mérést tud lekezelni. A multiplexe- 
rek kaszkádba kapcsolhatók, így egy 16 csatornás A/D kártya 
(amelyen a 16 csatorna is multiplexelt) elé kötve egy 32 csa- 
tornás multiplexer Front End kártyát, 16732 azaz 512 csatorna 
jelét mérhetjük. 


Az A/D kártya: 


Az A/D kártyára az időbeli multiplexálás után még mindig 
folytonos értékkészletű feszültség minták érkeznek, amelynek 
értékeit diszkretizálni kell, hiszen bináris sorozatokkal csak 
egy diszkrét jelkészlet elemeit lehet kódolni. Az érkező mért 
minták bináris sorozatokba való leképezését kvantálásnak 
hívják. A kvantálás egyik legfontosabb paramétere a diszkre- 
tizált feszültségértékekhez rendelt bináris kódszavak hossza, 
hiszen ez determinálja milyen pontos (finom) a kvantálás, 
mennyi információt vesztettünk az eredeti mérésből. Mérésa- 
datgyűjtő rendszerekben általában 8-tól 24 bitesig terjedő, li- 
neáris kvantálást alkalmaznak. 

A forgalomban levő A/D kártyákon számos különböző 
kvántálási elv került megvalósításra. Az egyik legnépszerűbb 
módszer a szukcesszív approximáció (folyamatos megközelí- 
tés) elvén alakul, amelyet a következő ábra szemléltet. 





A komparátor karakterisztikája a következő: 
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ahol g jelöli a kvantumlépcső nagyságát. Az így kapott 
diszkretizáló állapotegyenlete a következő: 


Urak) Urer(k)--sgn (Urer(k)—U mér) ) 


Könnyű belátni, hogy U,.r(k) ahol a diszkrét feszültségér- 
tékhez fog tartani, aminek a távolsága legkisebb lesz U,e től. 
Ezután az eljárás után egy egyszerű táblázatból kiolvasható 
a diszkretizált mintához tartozó bináris sorozat. Az eljárás 
hátránya, hogy esetleg sok ideig kell várni a konvergenciához. 





Előnye viszont az egyszerű hardverfelépítés. Ezen az elven 
alapul az RTD legtöbb A/D kártyája. 

Egy másik, gyorsabb módja az A/D átalakításnak az úgy- 
nevezett , flash converter"-es technika. Az analóg mintához 
tartozó kvantált bináris sorozatot ilyenkor egy komparátor 
lánc kimenetén kapjuk, amit a következő ábra illusztrál: 
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Ez a típusú analóg digitális átalakító nagyon gyorsan mű- 
ködik, azonban a komparátorok száma meglehetősen nagy 
(megegyezik a kvantálási szintek számával). 





Gyors AD kártya 


Egy másik analóg digitális átalakító a frekvenciamérés (di- 
gitális rendszerekben egyszerűen pulzusszámlálás) elvén 
alapszik. Ekkor a mért feszültséggel arányos frekvenciává 
alakítjuk a jelet, majd a frekvenciát számoljuk, amely csak 
egész (kvantált) értéket adhat, az alábbi ábra szerinti elrende- 
zésben. 
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Ennek előnye a nagy pontosság, hátránya viszont, hogy a 
számlálás miatt (egy analóg mintát soros jelfolyammá alakí- 
tottunk) hosszú ideig tart. A fenti elv gyakorlati megvalósítása 
az RTD VF910-es A/D átalakítója. 





AD kártya, PC/104 méretben 


Létezik még a Dual Slope integráló konverter, ahol a be- 
meneti jel egy kondenzátort tölt, majd azt állandó árammal 
kisütve mérjük a kisülés idejét. Ebből következtethetünk a be- 
meneti jel nagyságára. Ennek a módszernek nagy előnye, 
hogy az elvből adódóan kiszűri a nagy frekvenciájú zajt, hát- 
ránya viszont a meglehetős lassúság (néhány tíz Hz-es minta- 
vételi frekvencia). Az RTD ADA520-as kártyája működik in- 
tegráló konverterrel. 


A digitális jelprocesszió (DSP): 


Ez a funkció a modern mérásadatgyűjtő rendszerek , lelke", 
mert lehetővé teszi a mért adatoknak, szinte tetszőleges bo- 
nyolultságú számítások alapján történő, feldolgozását. A jel- 
feldolgozás célja általában valamilyen, a mért adatokból szá- 
molandó, a megfigyelt folyamat szempontjából kritikus para- 
méter meghatározása. Ezen paraméter birtokában a mérésa- 
datgyűjtő rendszer visszahathat a megfigyelt folyamatra, 
megfelelő vezérlőjelek formálásával (szabályozási rendszer 
esetén), vagy riasztást adhat a beavatkozásra (monitorrend- 
szerek esetén). 

A mért adatok kiértékelése elvileg tetszőleges számítások- 
kal történhet, amely kivitelezhető egyszerű aritmetikai műve- 
leteket (pl. összeadás és szorzás) tartalmazó algoritmusok 
alapján. Mivel az ilyen algoritmusok osztálya igen nagy, ezért 
a DSP gyakorlatilag majdnem bármilyen kiértékelési feladat 
megoldására bevethető. A valóságban azonban bizonyos fel- 
adatok (szűrés, konvolúció, FFT-IFFT) az esetek nagy több- 
ségében elegendőek a mérési adatok kiértékeléséhez, így 
ezekre speciális (a komplexitás szempontjából optimális) al- 
goritmusok állnak rendelkezésre. 

A DSP kivitelezésére két alternatíva kívánkozik: 

e Digitális jelfeldolgozás DSP kártyával 

e Digitális jelfeldolgozás PC-n DSP szoftverrel 

A továbbiakban ezeket vesszük sorra. 


(mérés) 


Digitális jelfeldolgozás DSP kártyával 

A DSP funkció implementálása a legtöbb esetben nem igé- 
nyel külön kártyát, hanem az A/D kártyán van integrálva. 

A DSP kialakítása hardver úton lehetővé teszi, hogy a cél- 
feladatokat (FFT-IFFT, szűrés... stb.) egyszerűen lehessen 
programozni, illetve ezek végrehajtása optimalizálva legyen. 
A célprocesszor sokkal gyorsabban végzi el a műveleteket, 
mint egy általános processzorra írt program. Pl. az RTD 
DSP20OO-as kártyája 5 usec muntavételezési időközönkénti 
mintákon képes szűréseket, illetve egyéb algoritmusokat vég- 
rehajtani. 

A DSP kártyás jelfeldolgozás előnye, hogy az ezt követő 
PC processzorát mentesíti egy sor komplex feladat elvégzésé- 
től, ezért az pl. teljes mértékben a grafikus feladatokra fordít- 
hatja a feldolgozási kapacitását. 

A DSP együttműködhet a kártyán implementált memóriá- 


Digitális jelfeldolgozás PC-n, DSP szoftverrel 

Ebben az esetben a jelfeldolgozási feladatot egy alkalmas 
program valósítja meg (pl. az RTD SIGNALFVIEW vagy 
SIGNAL"MATH), amely a jelfeldolgozási feladatok elvégzé- 
sén kívül széles grafikai lehetőségekkel rendelkezik a mért 
minták megjelenítésére, illetve vezérlési feladatokra is alkal- 
mas lehet szabályozási rendszerek esetén. 

Egy pár tipikus funkció a SIGNAL"VIEW mérésadatgyűj- 
tő és monitorprogram esetében: 

€ Gyors méréssorozatok (minden más funkció letiltva) 
200 kHz-es sebességű mintákon is 

€ On-line mérés szimultán jelfeldolgozással és grafikával 

€ Egyszeri mérések lassan változó jelek analíziséhez 

€ Analóg, digitális triggerfunkciók 

6 Real time aritmetikai műveletek a mintákon (egyszerű 
matematika) 

€ Analóg, digitális méterek 

e 2 és 3 dimenziós grafika 

Néhány főbb jellemzője a SIGNAL"MATH jelfeldolgozó 
programnak: 

6€ FFT-IFFT (spektrumanalízis) 

€ Szűrés és szűrőtervezés (FIR, IIR) 

€ Statisztikai átlagok és lineáris regresszió 

e Wigner transzformáció, spektrogram 

A PC-n történő jelfeldolgozás előnye, hogy a szoftverúton 
realizált jelfeldolgozási algoritmusok sokrétűbbek. 





Signal VIEW 
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A mintákon végzendő transzformációk flexibilisebbek (pl. 
adaptív jelfeldolgozás). Jelentős hátrány viszont, hogy a PC 
processzorának kell az összes feladatot ellátnia (nemcsak jel- 
feldolgozási algoritmus véghezvitelét, hanem adatmozgatást. . . 
stb.) ami jelentősen csökkentheti a feldolgozási sebességet. Pl. 
egy 30-40 MHz-s órajelű PC gyakorlatilag 1 MHz körüli min- 
ták esetén már a minták tárolására sem alkalmas (a korlátozó 
tényezők áttekintése a következő fejezetben található). 


A digitális mérésadatgyűjtő 
rendszerek kritikus paraméterei 
és jelenlegi korlátai 


A digitális mérésadatgyűjtő rendszerek jelfeldolgozási se- 
bességének három főbb korláta van: 

€ a multiplexer sebessége 

€ szoftveres feldolgozás esetén a PC processzorának sok- 
oldalú leterheltsége 

€ az adatbusz sebessége. 

A multiplexer sebessége (néha ez kihasználatlanul hagyja 
az A/D kártya magasabb mintavételi frekvenciáját). Ennek ti- 
pikus korláta a jelenlegi kártyák esetén 2-5 sec-os mintavéte- 
lezési időköz. A másik lényeges korlátot, a PC-s szoftverrel 
történő digitális jelfeldolgozás esetén, a processzor sokoldalú 
leterheltsége jelenti. Ennek illusztrálására, vizsgáljuk meg mi- 
lyen feladatokat kell elvégezni, ha csak a mért adat képernyőn 
való megjelenítése a cél. Ekkor először az adat beolvasására 
kerül sor, majd a mért adat alapján átszámolás történik a kép- 
ernyő-koordinátákra, végül pedig egy pontot kell kitenni a 
képernyőre. Ez legalább két darab memóriaműveletet, illetve 
a koordináták meghatározásához, aritmetikai számításokat 
igényel. A PORT műveleteket is belekalkulálva, néhány száz 
MHz-nél magasabb feldolgozási sebesség nem érhető el a je- 
lenlegi processzorok mellett. 

A másik jelentős korlátozó tényező az adatbusz (ISA) se- 
bessége, amelyeken az adatokon kívül parancsoknak is áram- 
lania kell. Ennek jelenlegi sebessége 8 MHz, ami az adat- 
áramlást, illetve jelfeldolgozási sebességet szintén 1! MHz 
környékére korlátozza. 

Problémát jelent, ha a szoftver esetében minden egyes min- 
tavételnél el kell dönteni, hogy jött-e minta (rendelkezésre áll- 
e már), és ha igen, akkor elvenni a kártyától majd eltárolni a 
memóriába. Ez a folyamat igen hosszú időt vehet igénybe, és 
ez idő alatt a gép semmi mással nem tud foglalkozni. 

Egyik megoldás az interruptos működés, itt azonban az az idő, 
amit csak az interrupt kezelésével tölt, szintén hosszú (kb 100 us). 

Másik, talán jobb megoldás a DMA használata, azonban 
ennek is komoly korlátai vannak. 64 kB-nál több adatot nem 
tud kezelni, és a korszerűbb gépeken az adatbusz sebessége 
miatt lassabb is lehet, mint a tisztán szoftveres (REPINSW 
utasítás) megoldás. 

A legjobb az lenne, ha nem kellene minden egyes mintával kü- 
lön foglalkozni, hanem egy meghatározott számú mérés után egy 
adagban, a lehető leggyorsabban elvenni és tárolni az adatokat. 

Igen elterjedt módszer a feldolgozozási kapacitás növelésé- 
re, a FIFO memóriák elhelyezése az A/D kártyára. Ezek az 1 
kB-tól 16 kB-ig terjedő memóriák , megkönnyítik" a pro- 
cesszorok dolgát, olyan értelemben, hogy a processzornak 
nem kell minden mintával individuálisan foglalkoznia, hanem 
elég egy nagyobb adathalmazt egyszerre mozgatni a kártya és 
a PC memóriája között (RTD DataMaster kártyák, ADA 
3110, 3300, DM5408). 


A mérésadatgyűjtő rendszerek 
fejlődési irányai 

ség növelésére összpontosul. Mivel PC-s feldolgozás esetén 
ennek főleg a processzor sokoldalú leterheltsége szab határt, 
ez főleg , okosabb", több szolgáltatást nyújtó kártyák gyártá- 
sát jelenti. Ennek az irányzatnak az egyik törekvése, hogy 
egyre több algoritmus kerüljön hardver megvalósításra, fel- 
szabadítván a processzort az adatfeldolgozási műveletek alól. 
Ezért egyre több esetben előzi meg DSP kártya (pl. RTD 
DSP200-as) a PC-s feldolgozást. 

A másik irányvonal a rendszer méretének a csökkentésére 
koncentrál, hiszen így az alkalmazáshoz (valódi folyamatok- 
hoz) közeli adatgyűjtés válik lehetővé. Ennek egyik módja a 
PC104-es kis méretű (mint egy söralátét) PC alkalmazása. 


JEMEN 





486-os alaplap, söralátét méretben 


A fenti képen látható kártya igazi szenzáció, TI 486 SLC 
processzor dolgozik rajta 33 MHz sebességgel. Intel 387Sx 
koprocesszorral kiegészítve. Elfér rajta 4 MB RAM és 2 MB 
ROM vagy 1 MB Flash lemez. Természetesen (!) IDE 
merevlemez és floppi vezérlőt két soros és egy párhuzamos 
portot, billentyű és egércsatlakozót is találunk a söralátét 
méretű kártyán. 

Januári számunk után sokan érdeklődtek a PC/104 
modulok ára után. Az ár sok mindentől függhet, ezért nem 
szívesen írunk róla, valódi újdonságról lévén szó most kivételt 
teszünk. A fenti kártya ára a gyártó prospektusában 
kiépítettségtől, a mennyiségtől függően 580 $-tól indul. 

A fejlesztések harmadik területe, az új jelfeldolgozási algo- 
ritmusok kutatása. Ez az irányvonal az adatfeldolgozás számí- 
tási eljárásainak a tökéletesítésére fókuszál. Jelentős kutatá- 
sok folynak az adaptív jelfeldolgozás algoritmusainak, vala- 
mint a neurális hálózatok, illetve fuzzy logikai rendszerek al- 
kalmazásának témakörében. 
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Adatgyűjtő 
folyamativányító 
programok 


A Pc-s folyamatirányítás gyenge pontja a működtető szoftver. 
A feladat nehézségét a hardver elemek sokfélesége, 
gyártónként különböző programozhatósága adja. Ezért, ter- 
mékeiket támogatandó, a kereskedelmi szoftverek többségét a 
hardver gyártók készítik, forgalmazzák. Ezen szoftverek 
előnye a viszonylagos olcsóság, hátrányuk, hogy más gyártók 
termékeit nem támogatják. Az irányítástechnikai szoftverek 
készítésének másik nehézségét a megfelelő operációs rend- 
szer hiánya adja. Sem a DOS sem a Windows nem igazán 
alkalmas komolyabb valós idejű rendszer kialakításához. A 
nagyobb rendszereket vagy valamilyen gyártóspecifikus 
operációs rendszer, vagy Onix, újabban OS/2 alá írják. A 
hardvergyártók szoftvereire az előző cikkben említett RTD 
termékek mellet jó példa az Advantech DOS alatt futó az első 
képen látható DAXpert programja. A program láthatóan 
Borland C-ben íródott a Turbovision felhasználásával. A kon- 
figuráláshoz a karakteres képernyőn kell táblázatokat kitöl- 
tenünk. A konfigurálás, a beállított értékek mentése után a 
program már futtatható is. Támogatja a cég termékeinek nagy 
részét, adatgyűjtésre, vezérlésre egyaránt alkalmas, mint a 
karakteres, mint a grafikus megjelenítést tud. Féláron külön 
csak futtató változat is kapható. A cég másik terméke a 
második képen látható Windows alatt futó Genie. 
Felépítésében már a komolyabb vezérlő programokat idézi. 
Az alkalmazás felépítése a logikai egységeket jelképező 
ikonok egérrel történő kiválasztása, a megfelelő helyre von- 
tatása után a logikai kapcsolatokat ezek összekötésével 
alakítjuk ki. Az egyes logikai blokkokat az ikonokra kétszer 
rákattintva előugró táblázatok segítségével konfigurálhatjuk. 
A képernyőt jelképező ikonra kattintva egy másik szerkesztő 
képernyőt kapunk, ahol a program megjelenését tervezhetjük 
meg. Élő diagramokat, számokat, szövegeket jeleníthetünk 
meg a mért adatok függvényében. Egérrel vezérelhető kezelő 
és beállító szerveket helyezhetünk el a képernyőn, mögéjük 
tetszés szerinti bittérképek tölthetők. Az alkalmazás mentése 
után, egy külön modullal futtatható. Külön érdekesség a DDE 
támogatás így adataink egy másik alkalmazásba folyamatosan 
átvihetők (pl élő grafikon az Excelben), vagy más programok 
adatait átvehetjük, feldolgozhatjuk, megjeleníthetjük. Olcsó, 
aranyos kis program, de szörnyű lassú. Elsősorban 
kezdőknek, vagy nem túl gyorsan változó események 
kezelésére, figyelésére ajánljuk. A független fejlesztők ter- 
mékei közül talán a legsikeresebbek a Labtech cég program- 
jai a Notebook és a Control (harmadik kép). A két program 
szinte azonos, de míg az előbbi csak adatgyűjtésre, megje- 
lenítésre használható, az utóbbival vezérelhetünk is. Mindkét 
programnak létezik DOS és Windows verziója. Mindkét 
prog-ram különböző korlátozásokkal több teljesítmény 
fokozatban kapható, Nagyon sok hardvergyártó termékét 
támogatja, egynél több cégét külön pénzért. Az utolsó képen 
a Dasytech — Windowsos programja a DASYIab látható. 
Mérésadat-gyűjtésre, megjelenítésre való. Szép kidolgozása 
mellett kiemelkedő a sebessége (a Windows programok 
között). 


Mielőtt belefogunk pontosan tisztázzuk az igényeinket, és 
lehetőségeinket. Egy nagy méretű, nagy biztonságot nyújtó 
irányítási rendszer kifejlesztése combos feladat, hagyjuk ezt a 
profikra. Amit bátran megpróbálhatunk, egy inteligens mű- 
szer, egy adatgyűjtő, megjelenítő program némi adatfeldolgo- 
zással, naplózással, alarm (riasztó) funkciókkal. A fejlesztést 
mindenképpen DOS alatt kezdjük az egyértelmű portkezelés, 
megszakításkezelés, és az elérhető sebesség miatt. A program 
építése során törekedjünk a moduláris felépítésre, lehetőleg 
külön modul végezze az adatgyűjtést, a feldolgozást, a meg- 
jelenítést, és a naplózást. A programindításnál amit lehet 
ellenőrizzünk le, a start adatokat írjuk ki a lemezre, a program 
lezárásakor tegyük ugyanezt, utólagos hibakeresésnél jól jön. 
A mérőkártyákhoz, a gyártó a leíráson túl minden esetben 
mellékel C, és Basic nyelvű példaprogramokat, néha lefordí- 
tott meghajtókat "obj" file-okat. Ha van ilyen, használjuk, 
mert ezek alaposan tesztelt kipróbált algoritmusok. Az adat- 
gyűjtést végezhetjük egy egyszerű ciklussal is, de célszerűbb 
egy szoftver megszakítást írni, így függetleníthetjük a futás 
sebességét a számítógép sebességétől. A befektetett munka 
megtérül, ha az egyes jellemzőket nem azonos időközönként 
kell mérni. Egyes kártyák hardver megszakítást generálnak, 
ezt feltétlenül érdemes kihasználni, futásidőt takarítunk meg, 
kvázi  multitaszkos működést, háttér  monitorozást 
valósíthatunk meg. A kártyák portcímeit a csatornák számát, 
az egyes csatornákra vonatkozó adatokat (erősítés, név, 
mértékegység...) ne a programban tároljuk, olvassuk be egy 
szöveg file-ből. Így a kisebb változásokhoz nem kell 
újrafordítani a programot, egy editorral újra konfigurálhatjuk. 
A megjelenítést magunk is megoldhatjuk, de több cég kínál 
kész függvénykönyvtárakat, használhatjuk ezeket is. A jobb 
oldalon lévő demonstrációk a Ouin Curtis cég Real-Time 
Graphics 8 Measurement/Control Tools függvénykönyvtárá- 
val készültek. A csomag a különböző élő grafikonokon túl tar- 
talmazza a soros vonali kommunikációhoz egérkezeléshez 
szükséges függvényeket,  hőelem linearizálást, Fourier 
analízist, PID szabályzást, a grafikus hardcopyt és sok mást. 
A legújabb változat az ablakkezelést is támogatja. 
Gyorsíthatjuk a program futását, ha a képernyőt csak akkor, 
frissítjük, ha a változások meghaladnak egy előre beállított 
értéket, és csak ott ahol szükséges. A grafikus megje- 
lenítéshez szükséges konstansokat, feliratokat tartsuk a 
lemezen, ha van elég memóriánk háttérként használjunk 
ismert formátumú kép file-t. Szükségtelen többféle képernyő 
kezelése a VGA ma már alapkövetelmény, nagyobb felbontás 
pedig egy szokványos monitoron nem nagyon követhető. 

Ha adatokat gyűjtünk lemezre, ne tartsuk feleslegesen nyitva 
az adatfile-okat, adatvesztéshez vezethet. Ha különös okunk 
nincs rá ne használjunk egzotikus file formátumot. Általában 
megfelel a vesszővel, vagy tabulátorral elválasztott adatokat 
tartalmazó szövegfile . Ezzel megkönnyítjük a feldolgozást, 
az adatok böngészését. 

Sok sikert. 









































Object Master 


Az osztályelső class browser. 


Kezdetekben voltak a lyukkártyák, a lyukszalagok, később a 
file-ok. Ezek mindaddig megfeleltek a programozók 
igényeinek, amíg a technika nem terjedt túl a modularitáson. 
A használt tervezési szempontok mint a struktúrált program 
fejlesztés, vagy a használt program nyelvek (C, Pascal, Algol, 
Fortran, ...) nem követeltek túlságosan sokat a file-editorok- 
tól. A kezdeti igen spártai eszközök után a fejlesztő 
környezetek egyre fejlettebb file editorokat tartalmaztak. Az 
objektum-orientált programfejlesztés térhódításával új igény 
keletkezett. Az objektum-orientált fejlesztés leegyszerűsítve 
két fő jellemzővel adható meg. Az egyik, hogy az adatokat és 
a rajtuk végezhető műveleteket egy egységként kezeljük. 
Ezeket az egységeket szokták osztályoknak (classnak) 
nevezni. Az egyes osztályokból létrehozott "élő" reprezentán- 
sokat hívják objektumoknak. A másik szerint a programban 
előforduló azonos jellegű illetve azonos alapokra visszavezet- 
hető dolgokat egy-egy osztályba "erőltetjük". Így egy örök- 
lődési hierarchiát hozunk létre, amit a class-tree reprezentál. 
Ebben az ősök képviselik a közös alapokat, míg a "gyerekek" 
ezeket a tulajdonságokat specializálják ill. újakkal egészítik 
ki. Most már nem volt igazán fontos, hogy az adott osztály 
leírása hol van megadva, sokkal fontosabbak lettek az egyes 
osztályok tulajdonságai, viselkedése, kapcsolataik, örök- 
lődésük. Ezt az igényt elégítik ki a class browserek. Az 
amerikai ACI US anyacége belső fejlesztésének segítésére 
készítette az Object Master fejlesztőkörnyezetet (OM) az 
Apple Macintosh számítógépekre. Később úgy gondolták, 
hogy érdemes a nagyközönséggel is megismertetni a pro- 
gramot.  Elgondolásukat siker követte. A család jelenleg 
három tagból áll: 


o Object Master for Think C (Mac) 
o Object Master Universal (Mac) 
o Object Master for Windows (Win) 


A Macintosh változatokat több híres cég használja a fejleszté- 
seihez. A MacWorld 94 áprilisi számában 4 csillagot kapott a 
lehetséges ötből. Az OM for Windows-t, ami tavaly év végén 
jelent meg, az InfoWorld az év szoftverének választotta és 
megkapta a Land Mark Technology Award-ot. A cikk további 
részében a sikerek okait próbáljuk bemutatni. Az OM 
szervezésének középpontjában a project áll. Ebben lehetnek 
source file-ok, resource file-ok, egyéb szöveg file-ok, (a 
Macintoshon) help file-ok. Ezt többnyire más környezetek is 
megengedik. A project ablakban viszont több adatot jelenít- 
hetünk meg a file-okról (path, méret, ...) és színekkel is 
kódolhatjuk file-jainkat a könnyebb osztályozáshoz, amit így 
együtt igen ritkán lehet megtalálni. Mindemellett lehetővé 
teszi a file-ok valamilyen archiváló rendszerbe ágyazását 
(SVCC, SourceServer). Az osztályok rendszerét a class-tree 
ablakban nézhetjük. Az egyes osztályokhoz hozzáirat- 
tathatjuk fieldjeit és methodjait (data member ill. member 
function). Ha csak egy rész áll érdeklődésünk középpont- 
jában, a nem szükséges dolgokat elrejthetjük. Természetesen 
az osztályokat is kiszínezhetjük. A színek mellett lehetőség 
van az osztályok és file-ok saját ill. library cimkével történő 
ellátására. Ha valamelyik eljárás jobban érdekel minket, egy 


dupla-klikk és már a Browserben  tanulmányozhatjuk, 
javíthatjuk azt. A program legtöbbet használt része ez az 
ablak. Mivel az OM mindent tud projectünkről, rendkívül 
könnyedén tudunk függvényhívásokat generáltatni vele. Így 
mentesülünk a paraméterek utáni bogarászás időt rabló 
tevékenysége alól. Ugyanez áll az egyes elemek leírására. A 
programírást tovább gyorsítja a makrók alkalmazásának 
lehetősége. Így a program helyettünk hozza létre az if-else, 
stb. struktúrákat. Keresni többféleképpen lehet. Lehetőség 
van az éppen elöl lévő file-ban/methodban keresni. Lehetőség 
van az egész projectben keresni (grep-szerűen), a keresés 
helyét leszűkíthetjük a színek vagy más kritériumok alapján. 
Végül lehetőség van a project elemei közt (osztályok, függ- 
vények,...) keresni. Ez utóbbi leginkább a hypertext linkhez 
hasonlít. A felesleges (hiba kereső) fordítások kiváltására, 
akár automatikusan mentéskor, lehetőség van szintakszis 
ellenőrzésre. További segítség az egyes szintaktikus elemek 
egyedi stílussal, színnel való írása. Az objektum orientált 
technika alkalmazása nem mentesít attól, hogy egész file-okat 
editáljunk. Gyakorlatilag mindaz, amit a Browser ablak 
szerkesztési lehetőségeiről elmondtunk, igaz a file editorra is. 
Az egyes függvények gyors megkeresését teszik lehetővé az 


File Edit Settings Project Bulld Goodies Windows AS 





UClassDeselterator ep 1994-07-25] 


UClassDeselteratorh —— 1994-07-25] 


A class tree és a project window egymás mellett 


Automarkerek. Hasonló markereket hoz létre a hibák 
helyeinél is. Resource-ainkat is nyilván tartja a program, sőt 
néhány fontosabb típust a programon belül is meg tudunk 
nézni. A szokásos dupla-klikk után a resource máris javítható 
az általunk választott resource editorunkban. Az OM szinte az 
összes fontos fordítókörnyezettel képes együttműködni, 
hiszen nélkülük nem lehetne programot készíteni. A PC-n 
készült projectek minden további nélkül használhatók a 
Macintoshon és fordítva. Mindemellett kihasználja a platform 
nyújtotta egyéb lehetőségeket is.Pl. a Macintoshon teljeskörű 
AppleScript támogatással rendelkezik. Ez egy rendkívül 
hasznos és viszonylag egyszerű "programnyelv", amivel 
batch file-szerűségeket készíthetünk. Pl. ahhoz, hogy az 
összes T betűvel kezdődő osztályt gyári függvénnyé alakít- 
sunk ennyit kell írni: set library of (every class whose name 
begins with "T") to true. Persze ezt akármilyen mélységig 
tovább bonyolíthatjuk. A program mai ára, 36.000,- Ft, igen 
hamar megtérül. Ha figyelembe veszük, hogy kb. 2095-os tel- 
jesítménynövekedést érhetünk el, még a magyarországi 
nyomott keresetek mellett is 1-2 hónap alatt behozza a befek- 
tetést. 
Varga György 
StarkKing Óbuda Apple Center 
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CD-ACCES 
CD-DRIVER for NetWare 


A procomp CD illesztési megoldás lehetővé 

teszi a NetWare felhasználók részére a CD- 

ROM-on vagy a CD-tornyon tárolt adatok 

elérését a NetWare jogosultsági rendszerén 

keresztül. 

e NetWare 3.11 — 3.12-4.x serverbe tölthető 
software modul 

e Multisession/multivolume 

e Nagy számú CD-ROM drive esetén is 
gyors elérést biztosít 

! e Minden ASPI felületű SCSI csatolóval 
működik (Procomp, Adaptec, BusLogic, stb.) 

e Egyszerűen installálható 


Keressen fel bennünket az IFABO 33-as 


pavilonjában 
Procomp-Hungary Kft. 
1107 Budapest, 
Szállás u. 21. 
e Tel.: 262-6631, 261-8235 
Fax: 260-6318 








Mi besegítünk 
áá Kó frozásábal 
A TeleLogic kft az alábbi, OS/2- számítógépe finanszírozásába! 
! re írt fejlesztőesközöket és segéd- DTK számítógépek 


programokat ajánlja kínálatából: kamatmentes részletre 


v C Set H- és First Step - az 2 év garanciával 


IBM integrált Ct- fejlesztő- 





környezete 
v Developer Toolkit for OS/2 


v PL/I Professional / Personal 
Edition és PL/I Toolkit 


v Watcom Ct-- v10, VX-REXX 


v Micro Focus COBOL fejlesz- 
tőeszközök 


Magyarország egyik legolcsóbb 
CD lemez választéka! 
Díjmentes szaktanácsadás! 


Viszonteladók kerestetnek 


v GammafTech Utilities - nél- 
külözhetetlen segédprogramok 


Yv PowerChute Plus - shutdown 


valamint az el nem kelt lemezeket 
újakra cseréljük. 


kedvező finanszírozási lehetőséggel! / 
509-os hitel a Viszonteladóinknak, 





mielőtt a UPS kifullad 


v Sytos Plus for OS/2 - backup Számítógépes rendszerünkkel 





program vállalunk 
v IBMOS72 online irodalom CD teljes körű könyvelést, 
v Mastering OS/2 Warp iroda- bérszámfejtést, 
lom CD vámügyintézést. 
Yv Hobbes OS/2 shareware CD. / 
NESSIE Kft. 
7 1145 Budapest, XIV. 
TeleLogic Amerikai u. 33. 


Számítástechaikai kíi 


1112 Budapest, Kápolna u. 18 
Tel/fax: 227-5719, 228-2720 


Tel/fax: 252-3941 
Tel.: 06 60 321-885 




















MANNESMANN 


Tally nyomtató 
CSAK 


nyomtat nyomtat nyomtat nyomtat nyomtat 
nyomtat nyomtat nyomtat nyomtat nyomtat 
nyomtat nyomtat nyomtat nyomtat nyomtat 
nyomtat nyomtat nyomtat nyomtat nyomtat 
nyomtat nyomtat nyomtat nyomtat nyomtat 
nyomtat nyomtat nyomtat nyomtat nyomtat 
nyomtat nyomtat nyomtat nyomtat nyomtat 
nyomtat nyomtat nyomtat nyomat nyomtat 
nyomtat nyomtat nyomtat nyomtat nyomtat 


BEMUTATÓTERMÜNK: 


EMTÉEM Kft. 1149 Budapest 
T./F.: 252-0325 Bosnyák tér 5. 








TISZSZÉRSZREB felső fokon 





EIZSIZESUT WISZÍGYZE] 





Picdic képes-hangos szótár CD 
82 témakörben több mint 5000 szó és 
kifejezés 2000 színes képpel és 


anyanyelvi hanggal illusztrálva 
CD-ROM-on. Kezdőknek és 





rí Hi nil haladóknak egyaránt. Francia, angol és 
hi 1í my német változatban. 
já szajba 





6 000 Ft 














Nyelvmester nyelvoktató CD 


A multimédia eszközeivel kibővített, 
leckés rendszerű nyelvoktató CD-ROM, 
anyanyelvi hanganyagokkal, 
olvasmányokkal, tesztekkel, nyelvtani 
anyagokkal. Angol és német kezdő 
szintű változatban. 


7 000 Ft 





8 000 Ft 


Angol-magyar-angol hangos szótár CD 


45 000 angol szó és kifejezés. 


Angol-magyar-angol műszaki szótár (CD 16 000 Ft 


237 000 angol szó és kifejezés, 84 szakterület. 
Áraink a 2596 ÁFA-t nem tartalmazzák! 


Pixel Multimédia Kft. 
1055 Budapest, Balassi B. u. 9-II. 
Telefon: 269-0624 Fax: 153-0627 


1 
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Multimédia eszközök programozása WINDOWS alatt - AVI fájlok lejátszása 


Napjainkban a számítógépek egyre többször zenélőgépek, 
képmutogató és mozigépek is. Az új eszközök új kihívásokat 
jelentenek a programozóknak. A WINDOWS születése óta tö- 
rekszik rá, hogy elfedje a hardver sokféleségét előlünk. A 
WINDOWS Multimédia Bővítés, ami a 3.1-es verzió óta be- 
épült az alaprendszerbe, a Multimedia Control Interface (MCI 
- Multimédia Vezérlő Felület) eszközeit ajánlja, mint magas 
szintű megoldást a 
problémára. Itt a 
magas szintű az ál- 
talános szinonímá- 
jaként szerepel. 

Természetesen a 
feladat nem hason- 
lít ahhoz, mint 
amikor egy egeret 
kell kezelni. Mert 
mit várunk az 
egértől  - mozog- 
jon, lehessen kat- 
tintani a gombjai- 


Time: 00:00-08.. [Frames: 132 /File:1613K 

Lej [] [9] 
val. A mi szem- 
pontunkból az 


egereket csak a gomb-jaik száma különbözteti meg. 

Ugyanakkor egy multimédia anyag lehet egy audio CD - ek- 
kor le akarjuk játszani a rajta levő zenét. Lehet egy animá- 
ció, ezt el akarjuk helyezni egy ablakban, és ott lejátszani - 
és azt is meg kell mondanunk, melyik fájl az, amit látni aka- 
runk. Ezért az MCI definiálja a kötelezően megvalósított pa- 
ran-csokat (reguired commands), amelyeket minden ve- 
zérlőnek támogatnia kell, ezekkel lehet megnyitni, lekérdez- 
ni az eszközöket. Így lehet megtudni azt is, melyek a továb- 
bi megvalósított parancsok. Definiál alapvető parancsokat 
(basic commands), amelyek támogatása opcionális, de ha 
egy eszköz használja, azt szabványos módon teszi, ilyenek a 
lejátszó, lezáró parancsok. A harmadik csoportba a kiter- 
jesztett parancsok (extended commands) tartoznak, amik az 
eszközfüggő tevékenységeket végzik - ilyenekkel lehet 
megadni például, hogy az a bizonyos animáció hol jelenjen 
meg a képernyőn. Az MCI definiálja és támogatja az alappa- 


File View Preferences Info 











O Cognitech 1993 
Megjelent a ForrásKód 
1995. áprilisi számában 





Mielőtt rátérnénk a példákra, tisztázni kell, hogy a prog-ra- 
mozási nyelvekből hogyan adhatók ki a parancsok. Az MCI 
kétféle megoldást nyújt. A C (és persze PASCAL, C--t stb.) 
programokhoz bináris felületet ad, ahol C struktúrákon ke- 


resztül történik akommunikáció. A driver mindig ilyen paran- 
csokat kap. A WINDOWS azonban tartalmaz egy értelmező 
felületet, amin keresztül az eszköznek szövegesen is elküld- 
hető egy parancs. Ez Visual Basic programokban, multimédia 
keretrendszerekben (például a ToolBook) használható. 
Nézzük milyen parancsokra lesz szükségünk egy AVI fájl le- 
játszásához. Először is meg kell nyitni a drivert - ezt a követ- 
kező kódrészlet végzi: 





$include emmsystem.ha 

MCIOPEN PARMS mciOP; 

char dt(J-"AVIvideo"; 

char en[(]-"eAWINDOWSIhangidvi. avi"; 
WORD wid-0; 

char str(120]; 

DWORD n 


mciOP.dwCallBack-NULL; // nem használ visszajelzést 


mciOP.wDevicelD-0; 

mciOP.wReserved0-0; 

mciOP.pstrDeviceType-dt; 1/ systemiini-ben szereplő tipusnév 
mciOPlpstrElementName-en;  // a fájl neve 

mciOP.pstrAlias-NULL; // majd ID-vel hivatkozik rá 


rz meiSendCommand(wiD MCI OPEN MCI WAITIMCI OPEN. ELE- 
MENT ámciOP); 
if (rl-0)) 
( 
// Valami hiba történt 
rzmaGetErrorString(rstr, 120); 
MessageBox(GetFocus(),str.MB. OKIMB. ICLONSTOP); 
] 


else 


( 
wID-mciOP.wDevicelD; // ezentúl ez az azonosító 
) 








A függvény harmadik paraméterének jelentése: 

MCI WAIT - addig nem tér vissza, míg be nem fejezi a 
működést, lehetne: 

MCI NOTIFY - azonnal visszatér, és a dwCallBack 
mezőben megadott ablaknak küld egy üzenetet, ha végzett. 
Ezek az értékek minden parancsnál ilyen jelentést hordoznak. 
Az MCI OPEN ELEMENT flag azt jelzi, hogy az 
IpstrElementName mező érvényes adatot tartalmaz . A struk- 
túrákba beírt paramétereket általában is itt kell érvényesíteni. 
A bináris felület használata esetén nem kell megadni fájlnevet 
- utólag MCI LOAD paranccsal is be lehet tölteni a fájlt. 


Ugyanez Visual Basicben a következőképpen nézne ki: 


FZRRÁSRÓD 40 


DECLARE SUB mciExecute Lib 


Cognitech/AVI - OVERVIEW.ÁVI 


View Preferences Info 





"mmgystem.dil" (byval SendString$) 


meiExecute "open cAWINDOWSihanglidvi.avi 
type AVIvideo alias mm" 





Ha fájl is tartozik az eszközhöz, a szöveges 
felület használata esetén a megnyitáskor a 
legtöbb vezérlőnél a fájl nevét kötelező 
megadni. Utána jön a típus neve, ami a 
SYSTEM.INI-ben felsoroltak közül az 
egyik, majd megadjuk azt a nevet (alias), 
amit a továbbiakban a fájlnév helyett aka- 
runk használni. Az mciExecute parancs hi- 
ba esetén automatikusan megjelenít egy 
üzenetet, amiben kiírja a hiba szövegét. 
Következzék a video lejátszása. Először a 
C nyelvű változat: 


MCI PLAY PARMS  mciPp; 


mceiPP.dwCallBack-(DWORD)hMainWnd; 
[/ Az ablak amit értesíteni kell 





meiPP.dwFrom-0; 

mciPP.dwTo-0; 
r-meiSendCommandíwID,MCI PLAY.MCI NOTI 
FYIMCI PLAY FROM,8mciPP); 





Visual Basicben: 





meiSendString "play mm" 

Majd a végén le kell zárni az eszközt: 
MCI GENERIC PARMS mciGP; 
meiPPdwCallBack-NULL; / MOL WAIT 
r-mciSendCommandíwID,MCI CLOSE MCI WAIT, 8mciGP); 


illetve: 


mciExecute "close mm" 








Az előbbieket felhasználva a következő hónapban egy kis 
AVI videó lejátszó programot írunk WINDOWS alá, BOR- 
LAND C 3.1 verzió alatt . Ebben a programban - más 
érdekességek mellett - példát mutatunk nem csak az eddig 
említett parancsokra, hanem a státusz lekérdezésre (lejátszási 


Movie Machine Pro t MJPEG opció 


18 





TT TNSTETJE 


Time: 00-00-50 


A VPLAYER.EXE program főképernyője. 


idő, aktuális pozició), a lejátszási pozíció beállítására és az 
MCI - WINDOWS ablak összerendelésre, stb... 

A téma iránt mélyebben érdeklödők az MCI-ről további infor- 
mációkat 
(szöveges felület) és Multimédia Reference (bináris felület) 
súgó fájlokban találhatóak. Az ismerkedést talán célszerű a 
szöveges felülettel kezdeni - itt áttekinthetőbb a parancsok 
leírása. 


a fejlesztő programokhoz adott MCI Reference 


Ha az alapkészletben nincs meg a leírása annak az eszköznek, 
amit kezelni kell, akkor általában segít, ha egy hasonló 
eszközt keresünk. Például az AVI video bővítések (amikhez 
nincs leírás) nagyrészt megegyeznek az animáció bővítései- 
vel. 


Adolf Mihály 
COGNITECH 
Informatikai Kft. 


TV-tuner, videostúdió és overlay 
kártya egyben! Feliratozás! 
Effektusok! 

Digitális filmtárolás! 

Komplett otthoni digitális VHS 
videostúdió és TV az Ön PC-jén! 


IHEAST Electronic 
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A VESA videomódok 
programozása II. 


Az előző hónapban indult cikksorozat 
e havi témája a 16 színű VESA módok 
használata 


Az előző cikkben közöltekhez még két dolgot fűznénk hozzá, 
az egyik az, hogy a SuperVGA-VESA információkat tároló 
struktúrát (VESAlnfoBlock) biztonsági okokból kiegészítet- 
tük plusz 256 byte-al (Security), mivel egy-két VESA-DRI- 
VER több információt próbál meg beleírni, és ez könnyen 
okozhat gondot (pl.: lefagy a gép). A plusz információknak 
egyébként nincs jelentősége, mi ezek nélkül is ki tudjuk 
használni a VESA üzemmódokat. A lemezen a már látott 
VESAOI.PAS program javított változatát is adjuk mert az 
előzőben egy kis technikai gond volt. Akiknek bármilyen 
problémája, észrevétele volt, van, lesz a programokkal vagy a 
VESA-val kapcsolatban, azok megtalálják a szerzőket a UNIT 
forráslistájában szereplő címen és telefonon. Folytassuk hát a 
VESA birodalmában tett utazásunkat a 16 színű VESA üzem- 
módok ismertetésével. A túloldali táblázatban a VESA VBE 
(Video Bios Extension) megszakításainak leírását találhatjuk. 
Természetesen vannak még ezen kívül is megszakítások, 
ezekről, mivel ritkán alkalmazhatóak majd csak a végén írunk. 
A 16 színű üzemmódok kezeléséről már elég sok helyen írtak, 
nem árt ha a standard VGA-n tudjuk őket programozni. Mint 
a többi dolog a VESA-n keresztül, egy kicsit ez is másképpen 
van. Már a 16 színű üzemmódokban is kell lapozni, mivel a 
640x480 még belefér 64 KByte-ba, de a 800x600 (ami a 16 
színű VESA-ban a legkisebb felbontású üzemmód) már nem. 
A videomemóriát 64 KByte-onként lapozzuk, vannak viszont 
olyan kártyák, amelyek ennél kevesebbel tolják el a virtuális 
ablakot a tényleges videomemórián, ezért az üzemmódinfor- 
mációs blokkból az , Az ablak szemcsemérete kilobyte-ban", 
Pascal-ban pedig a ModelnfoBlock.WindowGranularity 
mezővel el kell osztani a 64 KByte-ot, és ennyiszer kell eltol- 
ni az ablakot. Egyébként a szemcseméret alatt mindíg azt a 
KByte-ban meghatározott értéket értjük amellyel el tudjuk 
tolni a virtuális ablakot. (Ez függ a kártyától, de általában 
azért 64 KByte) A VESA UNIT-on keresztül az alábbi kon- 
stansokkal tudjuk kezelni a 16 színű üzemmódokat: 

m800x600x16 

m1024x768x16 

m1280x1024x16 


A 16 színű üzemmódoknál az attributumregiszterek mutatnak 
a palettaregiszterekre, ezt mi úgy állítottuk be, hogy az első 16 
palettaregiszterre mutasson. A UNIT-ban található pontkirakó 
és pontlekérdező a szokásos 16 színű rutin bővített változata. 
A bővítés a bankfigyelésből és a koordinátafigyelésből áll. 
Ezekben a rutinokban a mode 2 írásmódot és a mode 0 
olvasásmódot használjuk. A következő cikkben a 256 színű 
üzemmódokkal foglalkozunk, addig is használják a 16 színűt 
sok sikerrel. A cikkhez tartozó példa programok a lemezmel- 
lékleten megtalálhatók. 


Fneisz-Virágos 








1. A SuperVGA információk lekérdezése: 


AX s 4FOOH 
ES:DI Az 512 byte-os buffer 
a SuperVGA információknak. 
INT 10H 
Visszatérés: 
AL ki "4FH ha a funkció használható. 
AH Sz Státusz 


00H végrehajtva 
01H megszakítva 


2. A SuperVGA módinformációk lekérdezése: 


AX — 4FO1H 
CX s SuperVGA videomód száma. 
ES:Diz "ss A 256 byte-os buffer a 
SuperVGA módinformációknak. 
INT 10H 
Visszatérés: 
AL Se 4FH ha a funkció használható. 
AH z Státusz 
00H végrehajtva 
01H megszakítva 
3. A Su. vi 1 
AX z 4FOZH 
BX S Videomód száma 
(A 15. bit beállítása esetén nem 
törlődik a videomemória) 
INT10OH 
Visszatérés: 
AL im 4FH ha a funkció használható. 
AH E Státusz 


00H végrehajtva 
01H megszakítva 


4. Az aktuális videomód lekérdezése: 


AX z 4FO3ZH 
INT 10H 
Visszatérés: 
BX s A videomód száma. 
AL a 4FH ha a funkció használható. 
AH z Státusz 


00H végrehajtva 
01H megszakítva 


5. A videomemória vezérlése: 


AX s 4FO5H 
BH sz Alfunkció 
00H Videomemóriaablak kiválasztása 
DX - Ablak címe a 
videomemóriában 
(szemcseméretben megadva) 
BL z Ablak száma 
00H , A" Ablak 
01H ,B" Ablak 
01H Videomemóriaablak címének 
lekérdezése 
INT 10H 
Visszatérés: 
DX s Ablak címe a videomemóriában 
(szemcseméretben megadva) 
AL zz A4FH ha a funkció használható. 
AH E Státusz 


00H végrehajtva 
01H megszakítva 
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A rutinosabb programozóknak most egy kicsivel komolyabb 
programot szeretnék ismertetni. Biztos vagyok benne, hogy 
aki clipperben programozik, az rakott már ki a képernyőre 
ablakokat, programunk ehhez nyújt segítséget. Gondolom 
mindenki egyetért azzal, hogy egy ablak ma már árnyék 
nélkül nem is ablak. A programunk segítségével egy adott 
ablaknak árnyékot rajzolhatunk. A clipper utasítás formátuma 
a következő: 
ARNYEK ( xI , y1 , x2, y2) 
Azoknak akik járatlanok az assembler nyelvben azoknak sem 
kell megijedniük, mivel ha a forrást masm-al obj-re fordítjuk 
(masm arnyek.asm ;; -- enter), akkor azt egyszerűen beilleszt- 
hetik saját könyvtárukba (lib sajat.lib 4-arnyek.obj ;; 4 enter) 
Akinek ez is bonyolult, az használja nyugodtan a forras.lib-et 
amiben megtalálhatóak az eddig megjelent utasítások is. 
A procedúra működik monokróm és színes kártyákon 
egyaránt, mivel az ,, 10" címke után egyből azzal kezdi, hogy 
megnézi a grafikus kártya típusát és beállítja a helyes 
képernyőmemória kezdőcímét. Ezután kiszámolja az ablak X 
és Y hosszát, és az adot értékhosszakkal kirakja az árnyékokat 
vízszintesen és függőlegesen is. A program automatikusan 
elvégzi a képernyő vágását, így az olyan részekkel amelyek 
nem kerülnének a képernyőre, nem kell foglalkoznunk. 
A segédrutin segítségével gyorsabb lesz a programunk. 
SZALAY ZSOLT 


INCLUDE EXTENDA.INC 
CODESEG arnyek 
CLpublic c-ARNYEKs 


CLfunc void ARNYEK cint y1 int x1,int y2,int x25 
CLcode 
imp. io 
arki proc 
push ax 
push cx 
ax,24 
arkii 
dx,79 
arkii 
cl,160 
cl 
ax,dx 
ax dx 
ax 
bx ax 
al,7 
es:[di4-bx],al 
arkii:pop ex 
Pop ax 
ret 
arki endp 





arny proc 
push 
mov 
inc 
mov 
add 
mov 
xor 
: call 
inc 
loop 
pop 
push 
mov 
inc 
mov 
inc 
mov 
xor 
: call 
inc 
call 
dec 
inc 
loop 
pop 
ret 


arny endp 


i0: mov 
mov 
mov 
mov 
cmp 
inz 
mov 
imp 
mov 
mov 
mov 
sub 
emp 
jne 
imp 


tov1:mov 
inc 
mov 
sub 
ecmp 
jne 
imp 


tov2:mov 
inc 
mov 
call 


vege: 


CLret 


End 
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ax,0 
es,ax 
di,463h 
ax, es:[di] 
ax, 3b4h 
it 
ax, ODO0Oh 
i2 
ax, OD800Oh 
es ax 
ax,Y2 
ax,Y1 
ax,0 
tov1 
vege 


bh,al 
bh 
ax, X2 
ax ,X1 
ax,0 
tov2 
vege 


; YH a BH-ba 


bl,al 
bi 

di,0 
arny 


; XH a BL-be 








Az FLI formátumú animációs file-ok lejátszása 


Biztosan sokan el tudnának képzelni programjaikban egy tetszetős animációt. Ennek elkészítésére 
számtalan program létezik (AutoDesk Animator, 3D Studio stb.), a kész grafikus anyagok 
lejátszását viszont saját magunknak kell megoldanunk. Most induló sorozatunkban ezt 
tárgyaljuk, bemutatunk egy FLI/FLC player-t, majd foglalkozunk az animációk egy speciális 
fajtájával, a vektor-animációval is. 


Ahogy a PC-k egyre nagyobb iramban fejlődnek, úgy hódítja 
meg fokozatosan a multimédia a szoftver-piacot. Öt évvel 
ezelőtt még elképzelhetetlen volt, hogy valaki pár óra alatt 
elkészítsen otthon egy 16 millió színű ray-trace animációt. 
Ennek ma már semmi akadálya nincsen (kivéve talán szűkös 
pénztárcánkat). Ennek az intenzív fejlődésnek köszönhetően 
a multimédia egyre szélesebb felhasználási területével lassan 
minden programozó szívébe belopja magát (ne feledjük, 
, ami késik, az nem múlik"). Rendezni kellett az ezen a 
területen is egyre jobban eluralkodó káoszt, amely mára már 
valamelyest csillapodott. Ennek egyik mérföldköve 
volt az AutoDesk által kifejlesztett FLI formátum, ami az 
1991-ben piacra dobott AutoDesk Animator 1.0-ban jelent 
meg először. FLI formátumban csak 320x200 felbontású, 256 
színű grafikus üzemmódban szerkesztett animációt tárol- 
hatunk. Ez ma már kevésnek tűnhet, de a maga idejében 
bőven elégnek bizonyult. Egy FLI file közepesen összetett, 
azonban a mögötte rejlő ötlet nagyon egyszerű: minek 
tároljuk egy frame-nek (animációs fázisnak) azokat a rész- 
leteit, amelyek megegyeznek az előző frame egyes 
részleteivel? Ez a módszer nem csak a file méretének 
csökkenését eredményezi, hanem a lejátszás sebességét is 
növeli. Az FLI file-ok egy 128 byte-os fejléccel kezdődnek, 
majd ezt követik az animációs fázisok adatai. Egy frame ún. 
chunk-okra (darabokra) osztható, amiket ugyancsak további 
egységekre, csomagokra bonthatunk. Az animációs fázisok 
tömörítve szerepelnek a file-ban, az első frame a többitől 
eltérő tömörítési séma szerint van tárolva. (Néha előfordulhat, 
hogy az első és/vagy a többi frame adatai nincsenek 
tömörítve). Az FLI végén van egy extra frame, amely az első 
és utolsó fázis közötti különbségeket tartalmazza. 

A frame fejléc után következnek a chunk-ok, amelyek 
felépítik az animációs fázist. Először egy szín chunk jön, ha a 
paletta megváltozott az előző frame-hez képest. Ezután 
következik egy pixel chunk, ha a pixelek változtak az előző 
fázis óta. Ha a frame teljesen megegyezik az előtte lévővel, 
nincsenek chunk-ok a fejléc után. Ki gondolná ezek után, 
hogy a chunk-ok is fejléccel kezdődnek? 

Az összes tömörítési séma byte orientált. Ha a tömörített adat 
páratlan számú byte-ból áll, egy , kitöltő" byte kerül beszúrás- 
ra, így az FLI COPY-k mindig páros címen kezdődnek, ezzel 


lehetővé téve a gyorsabb DMA átvitelt. Ezek után nézzük 
talán meg az egyes chunk-ok felépítését egy kicsit 
részletesebben is! 


ELI fejléc felépítése : 


Byte Méret Név Magyarázat 
offset 
0 4 size File mérete. Azok a programok 
használják, amelyek ha lehet- 
séges beolvassák az egész FLI-t. 
4 2 magic  $AFII1-et tartalmaz. Ha megvál- 
toztatjuk a formátumot, célszerű 
ide más értéket írni, így az 
Auto Desk Animator nem fogja 
megkísérelni az FLI beolvasását. 
6 2 frame Az animációs fázisok száma. Egy 
FLI file-ban . maximum 4000 
frame lehet. 
8 2 width Képernyő szélessége (320). 
10 2 height — Képernyő magassága (200). 
2 2 depth Egy pixel színmélysége bitekben (8). 
14 2 flags 0-t kell tartalmaznia. 
16 2 speed A függőleges rasztervisszafutások 
száma egy frame alatt. 
18 4 next 0-ra van állítva. 
22 4 frit 0-ra van állítva. 
26 102 expand Minden byte-ja nulla. A későbbi 


bővítésekre fenntartva. 





Byte Méret Név Magyarázat 

offset 

0 4 size A frame mérete byte-okban. Az 
AutoDeskanimator megköveteli, 
hogy kisseb legyen 64 KByte- 
nál. (A fejléc is beleszámít !) 

4 2 magic — Mindíg $FIFA-t tartalmaz. 

6 2 chunks  Chunk-ok (darabok) száma a 
frame-ben. 

8 8 expand Minden byte-ja nulla. A későbbi 


bővítésekre fenntartva. 
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FLI COLOR típusú chunk-ok: 


Az első 16 bites szó a csomagok száma ebben chunk-ban. Ezt 
közvetlenül követik az egyes csomagok. 

Egy csomag első byte-ja megmutatja, hogy hány színt kell 
átugrani, A második byte a változtatni kívánt színek számát 
adja meg. Ha ez a byte 0, akkor mind a 256 színt meg kell vál- 
toztatni. Ezután következik színenként 3 byte (piros, zöld, kék 
színösszetevők). 


FLI LC típusú chunk-ok: 


Ez a leggyakrabban előforduló, és egyben a legösszetettebb 
chunk. Az első 16 bites szó azoknak a soroknak a száma a 
képernyő tetejéhez viszonyítva, amelyek nem változtak az 
előzőfázishoz képest. (Pl. ha a képnek csak a legalsó sora vál- 
tozott meg, akkor innen 199-et olvashatunk ki.) A következő 
16 bites szó adja meg a módosítani kívánt sorok számát. Ezt 
követik a megváltozott sorok adatai. Minden sor egyenként 
van tömörítve. Minden tömörített sor első byte-ja a sorban 
lévő csomagok számát tartalmazza. Ha a sor változatlan az 
előző frame óta, akkor ennek értéke 0. Egy ilyen csomag első 
byte-ja (SkipCount) informál minket az átugrandó pixelek 
számáról. (Magyarul ennyivel kell növelni a vízszintes 
képernyőpozíciót, de ez a forráslistából úgyis ki fog derülni.) 


Byte Méret Név Magyarázat 

offset 

0 4 size Chunk mérete byte-okban. (A 
fejléc is beleszámít!) 

4 2 type Chunk típusa (Id. lejjebb). 


Öt féle chunk létezik a standard FLI formátumban: 


Szám Név Magyarázat 
11 FLI COLOR Tömörített paletta. 
12 FLI LC Soronként tömörített képadatok. 


A leggyakrabban előforduló típus. 
Azokat a pixeleket tárolja, amelyek 
megváltoztakaz előző fázis óta. 

Az egész képernyőt törli 
(0.színűre.Csak az első frame-nél.) 
Byte-onként tömörített képadatok. 
(Csak az első frame-nél.) 

Jelzi egy 64000 byte-os, tömörítetlen 
bittérkép  következtét. 

(Ha a tömörített adatok több 
helyet foglalnának mint 

a tömörítetlen bitmap.) 


13 —— FLI BLACK 
15 — FLI BRUN 


16 FI COPY 


előfordulhat, hogy 255-nél több pixelt kell kihagyni, ezt csak 
két csomagban lehet tárolni. 

A második byte (SizeCount) előjeles értéket tartalmaz. Ha poz- 
itív, akkor SizeCount számú byte követi, amiket ki kell másol- 
nunk a képernyőre. Ha negatív, csak egy byte áll utána, amit — 
SizeCount — szor kell kiírni. A legrosszabb esetben egy FLI LC 
chunk akár 70 KByte is lehet, ezért ha a mérete 60000 bytenál 
nagyobb lenne, akkor a frame nem lesz tömörítve, hanem egy 
FLI COPY típusú chunk-ban lesz tárolva. 


FLI BLACK típusú chunk-ok : 


A legegyszerűbb típus, semmiféle adatot nem tartalmaz, 
egyszerűen a képernyő törlésére ad utasítást. Sok jelentősége 
nincsen, én még egyetlen egy FLI-ben sem találkoztam vele. 


FLI BRUN típusú chunk-ok: 


Nagyon hasonlít az FLI LC chunk-ra, a különbség csak annyi, 
hogy ez nem tartalmaz a kihagyandó pixelek számára 
vonatkozó adatokat. Közvetlenül az első sor adataival 
kezdődik, és sorról-sorra leírja az egész bitmap-et (ter- 
mészetesen tömörítve), tehát mind a 200 sor adatait tartalmaz- 
za. Egy sor első byte-ja a sorban lévő csomagok száma. 
Minden csomag első byte-ja (SizeCount)a.- csomagban lévő 
pixelek számát tartalmazza. Ha ez pozitív, akkor csak egy byte 
követi, amit ki kell raknunk a képernyőre SizeCount — szor. 
Ha negatív, — SizeCount számú adatbyte-ot találunk 
utána, amiket ki kell másolnunk a képernyőre. Ha a chunk 
mérete 60000 byte-nál nagyobbra jön ki, ugyanaz vonatkozik 
rá, mint az FLI. LC típusúra. 





FLI COPY típusú chunk-ok: 


Ez is egy egyszerű chunk, 64000 byte-ot tartalmaz, amiket 
módosítás nélkül ki kell másolnunk a képernyőre. 
Ez a leírás egy kicsit talán nehezen érthető ilyen szárazon, a 
program alapján azonban remélhetőleg mindenki meg fogja 
érteni, hogy miről is van szó. Első lépésként egy Init nevű 
eljárást hajtunk végre, amely először ellenőrzi, hogy van-e 
64 KByte szabad hely a heap-ben a file-puffer számára. Ezt 
követően ellenőrizzük a paramétereket, megnyitjuk a file-t és 
lefoglalunk 64 KByte-ot, amelybe az aktuális frame adatait 
fogjuk majd beolvasni. Ezután beolvassuk a file első 128 byte- 
ját egy FileHeader típusú rekordba, majd a Magic mező 
segítségével megállapítjuk, hogy valóban egy FLI file-ról van- 
e szó. Ha az inicializálás hiba nélkül megtörtént, jöhet az ani- 
máció lejátszása. Ezt a Play nevű procedúra végzi, amely első 
lépésként beállítja a 13H számú grafikus üzemmódot a Set 
320x200x256 nevű rutin meghívásával. Ezután a DrawFrame 
eljárás segítségével kirajzoljuk az első fázist. A 
filemutató a DrawFrame rutinból visszatérve a következő 
frame elején áll, amit el is tárolunk a SecondFrame-Pos vál- 
tozóban. Azt már tudjuk, hogy az FLI-ben van egy extra 
frame, amely az első és utolsó fázis közötti különbségeket 
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($1-H$G--) 
Program FLI Player ; 


Uses Crt, Dos ; 


Type 
FileHeaderType - Record 
Size : Longint ; 
Magic : Word ; 
Frames : Word ; 
Width : Word ; 
Height : Word ; 
Depth : Word ; 
Flags : Word ; 
Speed : Word ; 
Next : Longint ; 
Frit : Longint ; 
Expand : : Array[0.. 101] Of Byte ; 


FrameHeaderType - Record 
Size : Longint § 
Magic : Word ; 
Chunks : Word 

ERŐKET : ArrayiÓ. .7] Of Byte ; 
ni 


Var 
FileHeader : FileHeaderType ; 
FrameHeader : FrameHeaderType ; 
FileName  : String ; 
FLIFile  : File ; 
FramePtr.. : Pointer ; 
Frame : Word ; 
Chunk : Word ; 
CurrentOfs . : Word ; 


Procedure Done ; 
Begin 
FreeMem(FramePrtr, 65535) ; 
Close(FLIFile) ; 
TextMode(3) ; 
End ; 


Procedure Error(ErrorText : String) ; 
Begin 
Done ; 
Writeln(ErrorText) ; 
Halt(1) ; 
End ; 


Procedure Init ; 
egin 
riteln(fFLI Player V1.07) ; 


Writeln(K,szitette : Vir gos Adri n ,s ifj. Fneisz Jézsef.) ; 


Writeln(Forr skéd 1995.--410) ; 
If MaxAvail c 65535 Then 
Begin 
Writeln("Nincs elég memória a file-pufferhez.") ; 
Halt(1) : 
End ; 
If ParamCount - 0 Then 
Begin 
Writeln( Használat : PlayFLI filenév.FLV) ; 
Halt(1) ; 
End ; 
FileName :-— ParamStr(1) ; 
Assign(FLIFile, FileName) ; 
Reset(FLIFile, 1) ; 
If elj esese sz 0Then 
Be: 
fiteln(A megadott file nem létezik.) ; 
Halt(1) ; 
End ; 
GetMem(FramePtr, 65535) ; 
BlockRead(FLIFile, FileHeader, 128) ; 
If IOResult cs 0 Then 
Error(" Hiba az FLI file olvasása közben.) ; 
If File! HG ZETI cz $AF11 Then 
Error("Hib. s FLI file-fejl,c.") ; 
End ; 


Procedure Set320x200x256 ; Assembler ; 
sm 
MOV AX,0013H 
INT 10H 
End ; 
Procedure FLI COLOR ; 


ar 
FirstColor : Byte ; 
ColorNum . : Byte ; 


Packet  : Byte; 
Packets  : Byte ; 


Begin 
Inc(CurrentOfs, 6) ; 
Packets :— 
MemWilSeg(FramePtr"):Ofs(FramePtr")-CurrentOfs] ; 
Ine(CurrentOfs, 2) ; 
For Packet :— 1 To Packets Do 
Begin 
FirstColor :— 
MemlSeg(FramePtr"):Ofs(FramePtr")--CurrentOfs] ; 
ColorNum . :- 
MemlSeg(FramePtr"):Ofs(FramePtr")--CurrentOfs--1] ; 
Ine(CurrentOis, 2) ; 


Asm 
PUSH DS 
MOV DX,3C8H 
MOV AL FirstColor 
OUT DXAL 
MOV AL, ColorNum 
OR ALAL 
JZ 0001 
MOV BL,3 
MUL BL 
JMP (2002 
(2001: MOV AX,768 
(2002: MOV CXAX 
MOV DI CurrentOfs 
ADD CurrentOfs,AX 
LDS SI, SI (framePt] 
ADD 
MOV DX3c9H 
CLD 
REP OUTSB 
POP DS 


Procedure FLI LC ; 
Var 

SkipCount : Byte ; 
SizeCount : Shortint ; 
Line — : Word ; 
FirstLine : Word ; 
Lines — : Word ; 
VideoOfs : Word ; 
Packet : Byte ; 
Packets  : Byte ; 


Begin 
Inc(CurrentOfs, 6) ; 
FirstLine :- 
KAHN ZTSSd (Ete nS NÁL ETSE ae elt KelEEEKEHET § 
ines  :- 
MemWi AR ESTSaN Ofs(FramePtr")--CurrentOfs--2] ; 
Inc(CurrentOfs, 4) ; 
For Line :— FirstLine To FirstLine-:Lines-1 Do 
Begin 
VideoOfs :-— (Line)"320 ; 
Packets : 
MemlSeg( FramePtrA) :Ofs(FramePtr9)--CurrentOfs] ; 
Inc(CurrentOfs) ; 
For Packet : 1 To Packets Do 
Begin 
SkipCount :- 
ESYOJZST Te (FramePtr"):Ofs(FramePtr")--CurrentOfs] ; 
izeCount :— 
MemlSeg(FramepPtr9):Ofs(FramePtr9)-CurrentOfs--1] ; 
Inc(CurrentOfs, 2) ; 
Inc(VideoOfs, SkipCount) ; 
If SizeCount c 0 Then 


MOV BX,OAOOOH 
MOV ESBX 

MOV DI,VideoOfs 
MOV BX.CurrentOfs 
LDS SI, gamet] 
ADD SI 

LODSB 

MOV CL SizeCount 
NEG CL 

XOR CH,.CH 

CLD 

REP STOSB 

POP DS 

MOV VideoOís,DI 


End ; 
Inc(CurrentOfs) ; 





FZRRÁSRÓD 46 


End 

Else 

Begin 

Asm 
PUSH DS 
MOV BX,OAOOOH 
MOV ESBX 
MOV DI.VideoOfs 
MOV BX,CurrentOfs 
LDS SI,[FramePtr] 
ADD SIBX 
MOV CL SizeCount 
XOR CH.CH 
CLD 
REP MOVSB 
POP DS 
MOV  VideoOfs,DI 


End ; 
Inc(CurrentOfs, SizeCount) ; 
End ; 
End ; 
End ; 
End ; 


Procedure FLI BLACK ; 
Begin 
TEK ti 6); 


sm 
PUSH 0A000OH 
POP ES 

XOR DIDI 
MOV CX,32000 
XOR AXAX 
REP STOSW 
End ; 

End ; 


Procedure FLI BRUN ; 
Var 
SizeCount : Shortint ; 
Line — : Word ; 
VideoOfs : Word ; 
Packet  : Byte ; 
Packets : Byte ; 


Begin 
Inc(CurrentOfs, 6) ; 
For Line :- 1 To 200 Do 
Begin 
VideoOfs :— (Line-1)"320 ; 
Packets : 
MemlSet FrameptrA): Ofs(FramePtr")--CurrentOfs] ; 
Inc(CurrentOfs) ; 
For Packet :— 1 To Packets Do 
Begin 
SizeCount :- 


Mem(Seg(FramePtr:Ofts(FramePtr")-CurrentOfs] ; 


Ine(CurrentOfs) ; 
If SizeCount 5 0 Then 
Begin 
Asm 
PUSH DS 
MOV BX,0OAO0OH 
MOV ESBX 
MOV DI,VideoOfs 
MOV BX.CurrentOfs 
LDS SI.(FramePtr)] 
ADD SIBX 
LODSB 
MOV CL SizeCount 
XOR CH.CH 
CLD 
REP STOSB 
POP DS 
MOV VideoOfs,DI 


End ; 
Inc(CurrentOfs) ; 

End 

Else 

Begin 

Asm 
PUSH DS 
MOV BX,0OAOOOH 
MOV ESBX 
MOV DI VideoOfs 
MOV  BX.CurrentOfs 
LDS ee 
ADD SI 
MOV El. SizeCount 
NEG 
XOR CH, CH 
CLD 


REP MOVSB 
POP DS 
MOV VideoOfs,DI 

End ; 

Inec(CurrentOfs, -SizeCount) ; 

End ; 
End ; 
End ; 
End ; 


Procedure FLI COPY ; 
Begin 
Inc(CurrentOfs, 6) ; 
Asm 
PUSH DS 
PUSH 0A000OH 
POP ES 
XOR DI,DI 
LDS SI.[FramePtr] 
MOV CX,32000 
REP MOVSW 
POP DS 
End ; 
Inc(CurrentOfs, 64000) ; 
End ; 


Procedure WaitVideoTicks ; 
ar 
VideoTicks : Word ; 


Begin 
For VideoTicks :- 1 To FileHeader.Speed Do 


MOV  DX,O3DAH 
(2001: IN  ALDX 
AND AL8 
JZ (2001 
(2002: IN  ALDX 
AND AL8 
JNZ (2002 

End ; 
End ; 
End ; 


Procedure DrawFrame ; 
Begin 
BlockRead(FLIFile, FrameHeader, 16) ; 
If IOResult cs 0 Then 
Error("Hiba az FLI file olvasása közben.) ; 
If FrameHeader.Magic cs $F1 b Then 
Error("Hibás FLI frame- seta 
BlockRead(FLIFile, Framel tr, FrameHeader.Size- 16) ; 
If IOResult cz 0 Then 
Error(" Hiba az FLI file olvasása közben.) ; 
CurrentOfs :- 0 ; 
For Chunk :- 1 To FrameHeader.Chunks Do 
Begin 
Case 
ESIK SSTOK SZT a zás OVUJM e eke Of 


12:FLÍLC ; 

13 : FLI [BLACK ; 

15 : ELI BRUN ; 

16 : FLLCOPY ; 
Else 

Error("Hib. s FLI chunk-tipus.) ; 
End ; 


End ; 
WaitVideoTicks ; 
End ; 


Procedure Play ; 
Var 


a 
SecondFramePos : Longint ; 
Begin 

Set320x200x256 ; 

DrawFrame ; 

SecondFramePos :- FilePos(FLIFile) ; 


Repeat 
Seek(FLIFile, SecondFramePos) ; 
For Frame :- 1 To FileHeader.Frames Do 
DrawFrame ; 
Until KeyPressed ; 
End ; 
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tartalmazza egy FLI LC vagy FLI COPY chunk-ban. 
Célszerű a későbbiekben az első fázis kirajzolására ezt 
használni, mert az első frame általában egy hosszú 
FLI BRUN típusú chunk-ot tartalmaz. Egy for-ciklussal sor- 
ban kirajzoljuk az összes frame adatait (beleértve az extra 
frame-t is!), majd az egészet kezdjük elölről a második frame- 
től kezdve (SecondFrame-Pos filepozíció), egészen addig, 
amig le nem ütünk egy billentyűt. Ja, és arra vigyázzunk, hogy 
az extra frame nem számít bele a fejléc Frames nevű 
mezőjének értékébe! A DrawFrame rutin első lépésként 
beolvassa a következő frame fejlécét egy FramelHeader 
nevű változóba, majd a Magic mező segítségével ellenőrzi, 
hogy a fejléc jó-e (Magic mező-$F1I FA). 

Ha jó, beolvassa a frame-t a 64 KByte-os pufferbe. Hogy 
éppen melyik byte feldolgozásánál tartunk az aktuális framen 
belül, azt a CurrentOfs változó tárolja. A frame-ben lévő 
chunk-ok száma kiderül a frame fejlécéből, ezért egy egy- 
szerű for-ciklussal sorban feldolgozhatjuk őket. A for-ciklus- 
ban a CurrentOfs mindíg egy chunk fejlécére mutat. A 
WaitVideoTicks rutin a függőleges rasztervisszafutásokra hi- 
vatott várakozni. Annyi visszafutást vár meg, amennyi a 
FileHeader.Speed változó értéke. A $03DA port 3. bitjének 1 
értéke jelzi a függőleges visszafutást. Az FLI COLOR chunk- 
ok feldolgozása a csomagok számának megállapításával 
kezdődik, amiket egymás után szépen feldolgozunk. Az át- 
ugrandó színek száma felfogható úgy is, minha az első 
módosítandó szín sorszámáról beszélnénk, ezért ezt kiküldjük 
a $03C8-as portra (RGB íráscímregisztere), majd színenként 3 
byte-ot a $03C€9-es portra (RGB adatregiszter) küldünk (a 
piros, zöld, kék színösszetevők sorrendjének megfelelően). Az 
FLI LC rutinban deklarálunk egy VideoOfs nevű változót, 
amely a videomemória aktuális byte-jának offsetjét fogja tar- 
talmazni. Értékét minden sor elején Sor"320 értékre állítjuk. A 
csomagok feldolgozásánál a kihagyandó pixelek számát 
(SkipCount) hozzáadjuk VideoOfs-hoz, majd a SizeCount 
által meghatározott adatokat kimásoljuk a video-memóriába 
$A000:VideoOfs címtől kezdődően. Lényeges dolog, hogy 
megnöveljük ezután a VideoOfs értékét (SizeCount szerint), 


mert különben a következő csomag adatai rossz helyen jelen- . 


nek meg a képernyőn. Ezt nagyon elegánsan oldhatjuk meg, 
ha kihasználjuk a MOVS és a STOS utasítások tulajdonságát 
(aki nem tudná : aDI regiszter értéke végrehajtás után inkre- 
mentálódik). Másik fontos dolog a CurrentOfs értékének 
növelése, ezt sem célszerű elfelejteni. 

Az FLI BRUN chunk feldolgozása nagyon hasonlít az LC- 
hez, SkipCount nevű változót azonban nem használunk, és a 
sorokat feldolgozó for-ciklus 0-tól 199-ig fut. Az I BLACK 
rutin a legegyszerűbb, 32000-szer végrehajtva egy STOSW 
utasítást, törli a képernyőt. Az FLI COPY procedúrában a 
REP MOVSW utasítás segítségével átmásolunk 64000 byte-ot 
a file pufferből a video-memóriába. A program végén meg kell 
még hívnunk a Done eljárást, amely felszabadítja a lefoglalt 
memóriát, bezárja az FLI file-t, és visszaállítja a szöveges 
üzemmódot. Hát ennyi lenne egy FLI animáció lejátszása. A 
programban rengeteg dolgot lehetne még optimalizálni, azon- 
ban a jobb érthetőség kedvéért ezektől — még ha lassab is így 
a program -— eltekintettünk. 

Következő hónapban az FLC típusú animációs file-ok lelké- 
vel, használatával foglalkozunk. 


Virágos Adrián 
Fneisz József 











MEASUREMENT § CONTROL 


ipari kivitelű 
számítógépek és perifériák 





e Ipari munkaállomások, készülékházak és az 
ezekhez tartozó passzív alaplapos CPU, 
RAM/ROM disk kártyák. 

e PC alapú A/D, D/A átalakítók, számlálók, di- 
gitális I/O kártyák, valamint a kártyákhoz tartozó 
illesztő, jelformáló modulok (melyek rackba épít- 
hető kivitelben is kaphatók). 

e RS-232, Rs-422/485 IEEE-488 PC-kártyák, 
átalakító modulok. 

e VISION folyamatmegjelenítő rendszerprogram 
(külföldön is elterjedt magyar fejlesztés). 

e Touch-modulok különböző méretű 
monitorokhoz. 


Kérje részletes ismertetőnket, árlistánkat 
s IPARI-ELEKTRO 
I NAGYKERESKEDEÉS 


1093 Budapest IX., Lónyai u. 15. 
Telefon/fax: 217-0285 " 217-4423 s 217-7529 " 218-8464 















Akció? 
Nagymező utca 64. 


KEDVEZMÉNYES VÁSÁR ! 
az IFABO ideje alatt. 


FLOPPY LEMEZEK: nettó ár / doboz 


5.257" " HD MASTER DATA / 3M 480/ 980.- 
sa HD MASTER DATA / 3M 680 / 1.280.- 














FESTÉKKAZETTÁK: 
STAR LC-10/20, MPS 803 320.- 
STAR LC-24, EPSON FX-1050/1170 480.- 
EPSON FX-80, LO-800, LO-570 480.- 







LEPORELLÓ: 
240/1. 70-gr-os, 1000 lap/doboz 1. 200.- 


és egy SZENZÁCIÓ a VÉGÉRE: 
A/3-as DIGITALIZÁLÓ TÁBLA 8. 000.- 







Értékesítés a Teréz körút-Szófia utca 5. alatti 
üzletünkben is! 





Tel.: 132-7751 Fax: 269-1128 
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Az előző számunkban tett ígéretünk szerint részletesen ismertetjük a GRAVIS 
hangkártyák programozását. 


A mellékelt forráslisták csak rövid segítségként, inkább 
illusztrációként szolgálnak, mintsem követend ő példaként. 
Mindent lehet jobban csinálni, és ez ebben az esetben is 
igaz. Mindenkit buzdítanék új fogások, speciális effektusok 
kifejlesztésére, ahelyett, hogy , csak" begépelje a példákat. 
Egy regiszterszintű programozáshoz nélkülözhetetlenek a 
portok, és regiszterek teljes ismerete. Következzék tehát 
egy részletes ismertet ő. A BASE szimbóluma baseportot 
jelenti, ez alapértelmezésben 220h (h-hexadecimális). A 
"..." jelölés a bit nem használt mivoltát jelzi, javasolt értékét 
0-ra állítani. 


MIDI portok: 


Control BASE--100h (Ir) 
TB sees síáéekésázteséséázz BASE--100h (Olvas) 
Küldendő adat . BASE-I101h (Ir) 
Beérkező adat BASE--101h (Olvas) 





A MIDI interface egy a MIDI specifikációnak megfelelő 
UART egység. 


Control port: 

it 

reset 
reset 





b. 
0. 
] 
b 
B 
BZ ara 
5. - Küldendő adat utáni IRO 

6. -— Küldendő adat utáni IRO 

7. - Beérkező adat utáni IRO 

Ha a RESET jelű biteket logikai 1-re állítjuk, majd nulláz- 
zuk a MIDI áramkör reseteli regisztereit. Ha az 5. bit I, és a 
6. bit 0, akkor minden küldött adat után IRO kérelem 
érkezik. Ha a 7. bit 1, akkor minden beérkező adat generál 
egy IRO-t. 


Status port: 
bit 

0. - Beérkező adat regiszter megtelt 
Küldendő adat regiszter kiürült 






1 
2 
3.7... 
4. - Időzítési hiba 


5. — Túlfutási hiba 

ŐZ asz 

7. - IRO küldve 

A 7. bit értéke jelzi, hogy valamilyen IRO esemény történt. 
A 0.,1.,4.,5.,bitek értékeiből az esemény okait 
kiolvashatjuk. 


Joystick portok: 





. 201h (Ir) 

Jöystiek adatok szsezészesesáeszéáes 201h (Olvas) 
A portok megegyeznek a PC analóg joystick portjaival. 
Kezelésük ugyanaz, BIOS és regiszter szinten is. 


Kártyavezérlő portok: 











Mixer 

IRO csatorna BASE--OBh 
DMA csatorna .. BASE-OBh 
IRO status .... BASE--006h 





időzítő control BASE--008h 





TÓZÍTÓ AGAÚ 2  ágeásátérüzzes tek etses érése BASE--009h 
Mixer 

bit 

0. - Analóg bemenet engedélyezése (0) 

1. - Analóg kimenet engedélyezése (0) 

2. - Mikrofon bemenet engedélyezése (1) 

3. - IRO és DMA kérések engedélyezése (1) 

4. - MIDI IRO és GUS IRO összekeverése (1) 

5. - MIDI Txd és Rxd vezetékek összecsatolása (1) 

6. - DMA vagy IRO beállítás 

VSE va 


A port 6. bitje meghatározza, a BASE--OBh port funkcióját. 
Ha ez a bit 1 akkor az IRO csatornát állítjuk be ha 0, akkor 
pedig a DMA-t. Lehetőségünk tehát megvan rá, hogy átpro- 
gramozzuk ezeket. 


IRO csatorna 


bit 

0. - GUS IRO 
1.- GUS IRO 
2. - GUS IRO 
3. - MIDI IRO 
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4. - MIDI IRO 

5. - MIDI IRO 

6. -— MIDI IRO és GUS IRO összekeverése 
s 


GUS IRO, MIDI IRO: 


0-nincs IRO 
1-IRO 2 
2-IRO5 
3-IRO 3 
4-IRO7 
5-IRO II 
6-IRO 12 
77-IRO 15 


Két azonos IRO-t ne válasszunk ki, mert az konfliktust 
okozhat! Ha a 6. bit I,akkor a második IRO-t ki kell kap- 
csolni! 


DMA csatorna 


.- DMA 1 
.- DMA 1 
.5 DMA 1 
.- DMA 2 
. 2 DMA 2 
z DMA2 
. z DMA 1! és DMA 2 összekeverése 


S94URUWVEOgG 


DMA 1, DMA 2: 
0 - nincs DJA 
1- DMA 1 
2-DMA3 
3- DMA 5 
4- DMA 6 
5-DMA7 


IRO status 


bit 

. z MIDI elküldött adat 
. - MIDI beérkező adat 
. z 1. Időzítő 

. z 2. Időzítő 

. z Lejátszás közben 

. z Töréspont (ADSR) 
. z DMA végzett 


S94UBRUWREO 


Ezekből a bitekből megtudhatjuk, hogy mi okozta az IRO 
kérelmet. 


Időzítő Control 
it 


- 1. Időzítő indítása 
- 2. Időzítő indítása 





BV 5-og 


5. - 2. Időzítő letiltása 
6. — 1. Időzítő letiltása 
7. - Időzítő IRO indítása 


Az 5. és 6. bitekkel leállítjuk az időzítőket amíg programoz- 
zuk azok értékeit. Ha ezzel megvagyunk újból 0-ra állítjuk, 
és elindítjuk a 0. és 1. bitekkel. Ha kaptunk egy IRO-t, akkor 
a 7. biten állítanunk kell, különben nem lesz több IRO 
esemény. Vigyázat! A két időzítő sebessége különböző! 


GUS portok: 


. BASE--102h 
. BASE--103h 
. BASE--104h 
. BASE--105h 
. BASE--107h 


aktív csatorna 
aktív regiszter ..... 
reg. adat LOW 
reg. adat HIGH 
ON-BOARD adat . 












A BASE-I0O2h porton keresztül kiválaszthatjuk a 
programozni kívánt csatorna számát. (0-1Fh) Ezután 
kiválasztjuk a kívánt regisztert a BASE-t103h por- 
tonkeresztül. Ha a regiszter 16 bites, akkor mind a 
BASE--104h-es (alsó bytejés a BASE--105-ös (felső byte) 
portot írjuk, 8 bites esetén csak az utóbbitlHa a GUS 
memóriáját nem DMA-val kezeljük, akkor a megcímzett 
memóriaelemet a BASE--107h porton keresztül érhetjük el. 
A regisztereket két fő csoportra oszthatjuk: általános re- 
giszterek, és hangregiszterek. Az utóbbiak a hanglejátszásá- 
nak mikéntjéért felelősek, míg az előbbiek a fennmaradó 
feladatokért felelősek. 


Általános Regiszterek: 


GUS memória DMA control (8 bit) 
. .. DMA kezdeti cím (16 bit) 

. . (GUS memória cím alsó (16 bit) 
GUS memória cím felső (8 bit) 
Időzítő control (8 bit) 

1. időzítő adat (8 bit) 


Mintavételezési frekvencia (8 bit) 
. . Mintavételezés control (8 bit) 
Joystick (8 bit) 

RESET (8 bit) 





GUS memória DMA control 


bit 

0. - DMA mehet! 

1. - GUS-ból olvasás(1), GUS-ba írás(0) 

2. - 8 (0) vagy 16 (1) bittes DMA csatorna 

3. - DMA sebesség 

4. - DMA sebesség 

5. - DMA végzett IRO engedélyezése 

6. - 8 (0) vagy 16 (1) bittes digitalizált hang 

7. - Előjeles (0) vagy nem előjeles (1) digitalizált 
hang 


DMA kezdeti cím 


Ez a 16 bites cím az ON-BOARD memóriában az első címre 
mutat. Mivel a regiszter csak 16 bit széles, ezért a 20 bites 
cím felső 16 bitjét használjuk, az alsó négy kötelezően 0. 
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GUS memória cím alsó 

Ez az alsó 16 bitje annak a címnek a GUS memóriában, 
ahová a BASE-107h porton keresztül írni/olvasni 
szeretnénk. 


GUS memória cím felső 


Ez a felső 4 bitje annak a címnek a GUS memóriában, ahová 
a BASE--107h porton keresztül írni/olvasni szeretnénk. 


Időzítő control 


A regiszter 2. és 3. bitje engedélyezi az 1. és 2. időzítő IRO 
kéréseit 

1. időzítő adat és 2.időzítő adat 

Az ide beírt értékek az időzítők sebességét adják meg. Minél 
magasabb az érték, annál gyorsabb az időzítés. A 2. időzítő 
négyszer lassabb mint az 1. 


Mintavételezési frekvencia 


A értéket az alábbi képletből kaphatjuk meg: 
Érték-9878400/( 16"(frekvencia--2)) 


Mintavételezés control 
bit 
0. - Mintavételezés mehet! 


1. - Mono (0), Sztereo(1) 
2. - 8 (0) vagy 16 (1) bites mintavételezés 


DMA végzett IRO engedélyezése 


9uppi 


7. - Előjeles (0) vagy nem előjeles (1) 
mintavételezés 


RESET 


bit 

0.- RESET 

1. - D/A áramkőr engedélyezése 
7 Összes IRO engedélyezése 





sam REg 


Ameddig a 0. bit logikai 0, addig a GUS reset állapotban 
van. Egy kis időre hagyjuk így, majd 1-et írva 
, Újraindíthatjuk" a hangkártyát. Ha az 1. bit 0, semmilyen 
hang képzésére nem képes a GUS. A 2. bit az IRO kérések 
főkapcsolója. 

Ameddig ez a bit 0, addig nincs semmilyen IRO. 


Hangregiszterek: 
Cím bit Funkció 
ÚN 28 szássztsásttéáges Lejátszás control 
HG: TŐ zagán kezes eke Lejátszás frekvenciája 


Hang kezdete Hi 
.. Hang kezdete Lo 

. Hang vége Hi 
. Hang vége Lo 
Burkológörbe meredeksége 
Burkológörbe kezdeti érték 
. Burkológörbe végső értéke 
Aktuális hangerő 
Aktuális lejátszási cím Hi 
. Aktuális lejátszási cím Lo 
Balance érték 

Hangerő Control 
. Maximális D/A csatornák 
IRO status 





Ha a regiszterek értékeit olvasni akarjuk, akkor a regiszterek 
címéhez 80h-t kell hozzáadni. 


Lejátszás control 


bit 
0. - 1 ha a hang megállt 
1. - Hang stop! 


2. - 8(0) vagy 16(1) bites hang 

3. - loop engedélyezés 

4. - ping-pong loop 

hang lejátszása közben IRO 

0) előre vagy (1) hátrafelé lejátszás 


5. 
6.— ( 
7. - IRO jelzés 


Lejátszás frekvenciája 


A 15-10 bit egész, 9-1 maradék része a léptetőértéknek. 
Kiszámítása a következő: A kívánt frekvenciát el kell osztani 
egy konstansal, amely függ a maximális D/A csatornák 
számától: 


konstans-1 000 000 / (1.619695497"aktívnak kijelölt D/A 
csatornák száma) 


Ha a csatornák száma kisebb mint 14, akkor is 14-el kell szá- 
molnunk! Tehát 14 csatorna esetén a kapott eredmény: 
44100.00001. A legegyszerűbb módszer csupán a legfelső 
két tizedesjeggyel számolni. Ha tehát 14 csatornánk van, és 
egy hangot 22 KHz-en akarom lejátszani, akkor a re- 
giszterbe 

22 000/44 kerül. 


Hang kezdete Hi és Hang kezdete Lo 


Ebből a 32 bites értékből az alsó 20 bit definiálja a hang 
kezdetét a GUS memóriában. 


Hang vége Hi és Hang vége Lo 


A 32 bites értékből az alsó 20 bit definiálja a hang végét a 
GUS memóriában. 


Burkológörbe meredeksége 


A 5-0 bitek tartalmazza az értéket, amit ki kell vonni, (vagy 
hozzáadni) az előző hangerőértékből. 7-6 bitek pedig a vál- 
tozás sebességét határozzák meg. 0 értéke a leglassabb, 3-as 
értéke a leggyorsabb. A változás sebessége szintén függ az 


aktív D/A-k számától. 
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Burkológörbe kezdeti értéke 


Ez a kezdeti hangerő, amelyet csökkenteni, vagy növelni 
kell. 


Burkológörbe végső értéke 


Ezt az értéket kell elérnie a hangerőnek. Ha IRO engedé- 
lyezve van, akkor mikor a hangerő eléri ezt az értéket IRO-t 
kapunk. 


Aktuális hangerő 


Ez a regiszter íráskor az aktuális hangerő lesz, felülírva az 
előzőt, olvasva pedig az éppen aktuális hangerőt adja vissza. 


Aktuális lejátszási cím Hi és Aktuális lejátszási cím Lo 


Ezek az értékek a GUS belső mutatóját állítják a GUS 
memóriában. Az érték bárhova mutathat, akár az aktuális 
hang határain túl is. 


Balance érték 


Ez az érték a hang , helyét" határozza meg. 0 értéke teljesen 
balra, 15 értéke teljesen jobbra helyezi a hangot. 


Hangerő Control 


at 

. - Hangerő elérte a végértéket 

. z Hangerő változás stop! 

- Túlcsúszás engedélyezése 

. - Automatikusan újrainduló hangerő változás 

. z ping-pong hangerő változás 

. z IRO amikor végértéket elértük 

. — (0) hangerő növekedés, (1) hangerő csökkenés 
: s IRO jelzés 


S9uúusB4w4R Og 


Ez a regiszter irányítja a  burkológörbe képzését. 
Pogramozása fokozott figyelmet igényel, különben össze- 
vissza fog szólni minden. 


Aktívnak jelölt D/A csatornák 


Itt határozzuk meg az aktív D/A csatornák számát 0-tól 
kezdve. 14-nél kisebb értékeket automatikusan 14-re alakít 
át a GUS. Maximális értéke 31. Hogy miért van rá szükség? 
Minél kisebb a szám annál szebben szólnak a hangok a 
GUS-ból. Természetesen 32 csatorna esetén is kiváló 
minőséget kapunk, de kevesebb csatorna esetén a GUS 
processzora több interpolácót tud számolni hangonként. 


IRO status 


bit 

0. - Az IRO-hoz tartozó csatorna 
1. - Az IRO-hoz tartozó csatorna 
2. - Az IRO-hoz tartozó csatorna 
3. - Az IRO-hoz tartozó csatorna 
4. - Az IRO-hoz tartozó csatorna 
5. - mindig 1! 





6. -— Hangerő változás IRO az adott csatornán 
7. - A Hang lejátszása közben IRO kérelem az adott 
csatornán 


Mivel a GUS maximálisan 2 IRO-t tud meghívni, ezért 
azonosítani kell az IRO kérelmet. Ez a regiszter tartalmazza 
a hang lejátszásával összefüggő eseményeket. Ha itt nem 
találtunk semmit, ellenőrizzük a BASE--06h regisztert! Na, 
végre rátérhetünk a programozásra is. A rutinok assembly 
nyelven íródtak a nagyobb hatékonyság kedvéért, de ez 
senkit se riasszon vissza attól, hogy magas szintű (pl.: PAS- 
CAL) nyelveken írjanak GUS programokat. Kezdjük hát! A 
baseport megtalálásának több módja is van. Első és legjob- 
ban ajánlott módja a DOS ENVIRONMENT. végig- 
böngészése. Ha a felhasználó esetleg törölte az ide 
vonatkozó bejegy-zéseket az AUTOEXEC.BAT-ból, akkor 
két további lehetőségünk marad. A primitívebb megoldás az, 
hogy rákérdezünk a beállításokra. Ez PASCAL-ban egysze- 
rű, assembly-ben viszont hosszadalmas és eléggé uncsi is. 
Ekkor fordulhatunk a második módszerhez, a GUS megke- 
reséséhez. A jó kereső rutin ismérve az, hogy NEM használ 
OUTPUT műveleteket. Ez azért elkerülendő, hisz egy másik 
modulkártyát is össze zavarhatunk bizonyos output 
műveletekkel. Tapasztalataim szerint az ETHERNET kár- 
tyás gépeken bizonyos GUS detektáló programok egész 
egyszerűen kifagynak. Rutinunknak tehát olyan GUS tulaj- 
donságokat kell(ene) keresnie, amelyek puszta INPUT 
tevékenységekkel megállapíthatóak. Egyik legjobb módszer 
erre a MIDI status lekérdezése. Egy rövid kis példa: 


DETECT 
nem talált) 
mov di,210h 
mov cx,7 
KERES: mov dx,di 
add di, 10h 
add dx,100h 
in al,dx 
emp al,02 
je LETEZIK 
loop KERES 
mov ax,0 
ret snem találtuk. 
LETEZIK: 
mov ax,di 
sub ax, 10h 
mov BASE,ax 
ret 
DETECT ENDP 


PROC vissza: ax-baseport (0-ha 


smegvan! 


Következő feladatunk a kártya resetelése. Itt biztosítjuk a 
,biztos alapot" a programunk felépítéséhez. Ebben a kis 
szubrutinban megpróbáltam összegyűjteni mindent, amire 
esetleg szükségünk lehet. A rutint természetesen tovább kell 
bővíteni, ha bizonyos IRO és DMA szolgáltatásokat is hasz- 
nálni akarunk. Megjegyzem, a detektálás nagy múltra 
visszatekintő iparág, de használata nem ajánlott, a , kérdez- 
getős" programok pedig eleve ellenérzést váltanak ki a fel- 
használóból, annak ellenére, hogy 3 gombnyomással túl van 
rajtuk ez ember. A DOS environment-et direkt erre a célra 
tervezték, és talán ez a DOS egyetlen jövőbe mutató szolgál- 
tatása, ezért az igényesebb szoftverek meg is követelik a 
használatát. 
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RESET PROC 
mov dx BASE 
mov al,00000011b 
out dx,al Audio kimenet lekapcsolása 
mov cx, 32 
HANGOK: mov dx base 
add dx,102h 
mov al,cl 
dec al 
out dx,al 
inc dx 
mov al,0 
out dx,al 
add dx,2 
mov al,03h 
out dx,al 
loop HANGOK 
mov dx base 
add dx,103h 
mov al,4ch 
out dx,al 
add dx,2 
mov al,1 
out dx,al 
mov cx,65535 
WAIT: in al,dx 
loop WAIT 
mov al,7 
out dx,al 


zösszes D/A csatorna stop! 


reset GUS 


mov dx base 
add dx,103h 
mov al,0eh 
out dx,al 
add dx,2 
mov al,14-1 
out dx,al 
mov dx,base 
mov al,00001000b 
out dx,al 


maximális D/A csatornák száma : 14 


kimenet engedélyezése 


ret 
RESET ENDP 





Nagyon fontos, hogy a , kimenet engedélyezése" részt, a sa- 
ját elképzeléseink szerint írjuk meg, hisz itt más, fontosabb 
bitek is vannak! A meglehetősen furcsa várakozó részt a gya- 
korlati -és kényelmi- szempontok eredménye, természetesen 
tetszőlegesen módosítható. En a D/A-k számát 14-re állítot- 
tam be, ezért továbbiakban a 44-es konstanst fogom használ- 
ni a frekvenciák kiszámításához. Miután megtaláltuk a be- 
állításokat, és reseteltük a GUS-t, meg kell állapítani egy 
másik nagyon fontos paramétert: a memória nagyságát. Bár 
a GUS-t alapkiépítésben 256K memóriával árusítják, tapasz- 
talati tény, hogy a legutóbb GUS tulajdonos 512 Kbyte vagy 
1 Mbyte memóriával rendelkezik. Na, de biztos ami biztos, 
vizsgáljuk meg. Tehát már tudjuk, hogy mekkora a memória. 
De mit tegyünk ha kevesebb mint amennyi nekünk kellene? 
Nos, létezik egy megoldás, ami a GUS interpolációs képes- 
ségére hagyatkozik: Küldjük el a hang csak minden második 
adatát, és fele akkora frekvenciával szólaltassuk meg. Ekkor 
bár némi minőségromlást szenved el a hang, de kétszer annyi 
hangmemóriával gazdálkodhatunk. Ha programunk nem a 
legkiválóbb minőségű zenei élmények visszaadására törek- 
szik, hanem csak aláfestésként szolgál, javallott ezt a mód- 
szert használni. Megjegyzem egy , normál snassz mezei" 
programnál ezt egy átlag felhasználó észre sem veszi, külö- 
nösen, ha figyelembe vesszük a korábban forgalomba hozott 
hangkártyák min őségét. Ezek után jöhet a GUS memória 
feltöltése. Természetesen a GUS-t is lehet DMA lejátszásra 
(az a bizonyos mixelgetős technika) használni. Ennek egyet- 





; Ez a rutin a DI:SI 20 bites memóriacímre helyezi AL érteket 
POKE PROC 

push ax 

mov dx, BASE 
add dx,103h 
mov al,43h 
out dx,al 

inc dx 

mov ax,si 

out dx, al 

inc dx 

mov al,ah 

out dx,al za cím alsó 16 
bitje 

sub dx,2 
mov al,44h 
out dx,al 
add dx,2 
mov ax, di 
out dx,al 
add dx,2 
pop ax 

out dx,al 
ret 

ENDP 


sa maradék 4 bit 


jadat elkuldése 
POKE 
A DI:SI 20 bites címről beolvas egy byte-ot az AL regiszterbe 
PEEK PROC 

mov dx BASE 
add dx,103h 
mov al,43h 
out dx,al 

inc dx 

mov ax,si 

out dx,al 

inc dx 

mov al,ah 

out dx,al 

sub dx,2 

mov al,44h 
out dx,al 

add dx,2 

mov ax,di 

out dx, al 

add dx,2 

in al,dx 

RET 

ENDP 


jalsó 16 bit 


felső 4 bit 

;beolvas adat 
PEEK 
Visszaadja AX-ben a kártyán található memória mennyiséget 


GUSMEM PROC 

mov si,0 
mov di,0 
mov al,88h 
mov si,0 
call POKE 
inc si 

mov al,89h 
call POKE 
dec si 

call PEEK 
emp al,88h 
jne ELFOGY 
Inc si 

call PEEK 
emp al,89h 
jne ELFOGY 
add di,1 
emp di,16 
je ELFOGY 
jmp MEG 
mov ax, di 
shi ax,6 
RET 
GUSMEM ENDP 


MEG: 


ELFOGY: 
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len előnye van, nevezetesen az hogy teljesen mindegy, hogy 
mennyi memória van a GUS-on, mégis szólni fog. Ebben az 
esetben a gép memóriája szerepel audio háttértárnak. Meg- 
lehetősen nagy hírű játékprogramok (DOOM, RAPTOR) is 
ezt a módszert használja igaz csak a hangeffektusok képzé- 
sére. Ezt a technikát csak azoknak javasolnám akik hasonló 
programozástechnikával rendelkeznek, mint a fenti progra- 
mok szerzői. Tehát lássunk 2 példát a GUS memória feltöl- 
tésére. Az első sima [/D műveletekkel tölti fel a GUS-t: 

A DX regiszterben a hang számát küldjük el. Későbbiekben 
csak ezzel a számmal hivatkozunk az elküldött adatmeny- 
nyiségre. Csupán a teljesség kedvéért és , profibbak" örömé- 
re következzen egy DMA-as feltöltő rutin: 





Ez a rutin az ES:BX memória címtől CX darab byteot küld el 

; DI:SI-tól kezdve a GUS memóriába. 

CHANNEL-A megfelelő DMA csatorna (0-3) 

"MEGA-kiválaszt a gép memóriájában a megfelelő 1 Mbyte-os 
lapot 

50-0-1Mb 1-1-2Mbyte stb. 

PAGETAB DW 87h,83h,82h,81h 


TODRAM PROC 
pusha 
push ax 
shi di, 12 
shr si, 4 
add di,si 


A GUS felprogramozása 


mov dx, BASE 
add dx,103h 
mov al, 42h 
out dx,al 
inc dx 
mov ax, di 
célterületre 
out dx,ax 


GUS DMA-t megcímezzük a 


mov dx BASE 
add dx,103h 
mov al,41h 
out dx,al 
add dx,2 
mov al,00100001b GUS DMA control regiszter 
:felprogramozása 
pop cx 
add al,cl 
out dx,al 
popa 
call PROGDMA 
ret 
TODRAM ENDP 
PROGDMA PROC 
push cx 
mov dx,es 
mov cl,4 
rol dx,4 
mov ah,dil 
and di,OfOh 
add dx,bx 
adc ah,0 
and ah, Ofh 
pop cx 


A DMA felprogramozása 


zAdatok átkonvertálása a DMA számára 


push ax 

push dx 

dec cx 

mov ax, CHANNEL 
or al,000000100b 
out Oah,al 

xor al,al 

out Och,al 

mov al,49h 

and al,11111100b 
mov dx, CHANNEL 
add al,dl 

out Obh,al 


DMA csatorna letiltása 


DMA Flip/Flop előkészítése 


:DMA/Output művelet 











xor al,al 

out Och,al 

mov dx, CHANNEL 
shi dx,1 

pop ax 

out dx,al 

xchg al,ah 

out dx,al 


inc dx 


mov ax cx 
out dx,al 
xchg al,ah 
out dx,al 


dec dx 


mov bx,dx 

mov dx,PAGETABIbx] 
pop ax 

xchg al,ah 

or al MEGA 

out dx,al 


sMegabyte kiválasztása 


mov ax CHANNEL 


out Oah,al DMA csatorna engedélyezésel 


ret 
PROGDMA ENDP 





A DMA-s módszer bonyolultabb, és több hibalehetőség van, 
de viszont gyorsabb, és a CPU is szabad. Mivel nemcsak a 
konvencionális memóriából, hanem XMS-ból is képes 
olvasni, ezért akar több megabyte hosszú digitalizált effek- 
tusokat is lehet lejátszani csupán egy 1/4 Mbyteos GUS-on. 
Az első módszer is eléggé gyors, de a CPU-t már leterheli. 
Ellenben ha egy olyan programot akarunk írni, amely egy 
, végtelen" (nagyon hosszú) digitalizált szöveget szólaltat 
meg, akkor csak az első módszert választhatjuk, hisz a 
lemezműveletek alkalmával a DMA megakadhat. Ha viszont 
a hanganyag elfér a memóriában és mást is akarunk 
végeztetni a CPU-val, (Például egy animáció lejátszását) 
akkor csak a második módszer a járható út. Miután definiál- 
tuk a hang kezdetet és véget, meg kellene határoznunk 
annak lejátszási frekvenciáját, hangerejét, loopját stb.is. 





:DI,SI a hangon belüli relatív mutatók a loop elejére és végére. 
sCX-zlejátszási frekvencia 
:BL-Hangerő (0-63) 
:BH-Balance (0-15) 
:DX-hang száma 
THINGSPROC 
push bx 
mov bx.dx 
mov bh,0 
shi bx,1 
mov ax, SSTARTOIbx] 
mov dx, SSTARTSI[bx] 
add ax,di 
adc dx,0 
mov SLOOPBOLbx], ax 
mov SLOOPBSIbx], dx 
mov ax, SSTARTO[bx] 
mov dx, SSTARTSÍbx)] 
add ax,si 
adc dx,0 
mov SLOOPEOLbxJ],ax 
mov SLOOPESÍbxJ],dx 
pop ax 





:loop eleje 


loop vége 


mov DEFVOLIbx)],ax 
mov DEFREOTJbx)],cx 
ret 

THINGS ENDP 


sBalance és hangerő 
Frekvencia 
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Ez a rutin első GUS programjaim egyikéből ragadtam ki. 
Természetesen ki-ki saját ízlése szerint alakíthatja, vagy 
akár el is hagyhatja. Tapasztalatom szerint hasonló rutin 
alkalmazása leegyszerűsíti a hangkezelést. És most 
következik az igazság pillanata: a lejátszás. Az alábbi rutin- 
hoz szükség van a GUSLOAD és a THINGS által felöltött 
tömbökre. 





:BX-csatorna száma ahol megszólal a hang (0-14) 
:DX-hang száma 


PROC 
mov si,dx 
shl si, 1 


PLAY 


mov al,bl 

mov dx, BASE 
add dx,102h 
out dx,al csatorna kiválasztása 
mov dx, BASE 

add dx,103h 

mov al,0ah 

out dx,al 

inc dx 

mov ax, SSTARTOTSi] 
mov cx, SSTARTSTISsi] 
shr ax,7 

shi cx 9 

or ax, cx 

out dx, ax 

dec dx 

mov al,Obh 

out dx,al 

inc dx 

mov ax, SSTARTOTsi) 
shi ax,9 

out dx,ax hang kezdete 
dec dx 

mov al,04h 

out dx,al 

inc dx 

mov ax, SENDOTCSsi) 
mov cx, SENDSIsi) 
shr ax,7 

shi cx,9 

or ax, cx 

out dx,ax 

dec dx 

mov al,05h 

out dx,al 

inc dx 

mov ax, SENDOTsi] 
shi ax 9 

out dx,ax shang vége 
dec dx 

add bx,2 

mov al,02 

out dx,al 

inc dx 

mov ax, SLOOPBOTCsi] 
mov cx, SLOOPBSIsi) 
shr ax,7 

shi cx,9 

or ax, cx 

out dx,ax 

dec dx 

mov al,03 

out dx,al 

inc dx 

mov ax SLOOPBOTsi] 
shi ax,9 

out dx,ax hang loop start 
dec dx 

mov al,01 

out dx,al 


inc dx 
mov ax, DEFREOTsi) 
push bx 








push dx 
mov dx,0 
mov bx,44 
div bx 
pop dx 
pop bx 
out dx,ax 


za konstans 44 


sírekvencia 


dec dx 

mov al,Och 

out dx,al 

add dx,2 

mov ax, DEFVOLISIi)] 
mov al,ah 

out dx,al balance 
sub dx,2 
mov al,Odh 
out dx, al 
add dx,2 
mov al,3 
out dx,al 


sstop burkológörbe (ha volt) 


sub dx,2 

mov al,09 

out dx,al 

inc dx 

mov bx DEFVOLISi) 
mov bh,0 

shi bx,10 

mov ax,bx 

out dx, ax :Hangerő 

mov ax,0--32 32 ha IRO kell 
mov bx, SLOOPEOTsi] 

cmp SLOOPBOTSi],bx 

je NINCS 
mov ax,8 
mov dx, base 
add dx,103h 
push ax 
mov al,O0 

out dx,al 
add dx,2 
pop ax 

out dx,al slejátszás elindítása 
RET 

ENDP 





A lejátszásnak van egy hiányossága, mégpedig a ,loop 
vége". Ha figyelmesen tanulmányozzuk a rutint, láthatjuk, 
hogy a hang a loop kezdetétől a hang végéig fog loopolni. 
Ez azért van, mert a loop már egy effektus, és ezt a GUS 
hardver szinten már nem tudja. A loop elejét is úgy 
, Szimuláltuk", hogy azt a , hang kezdete" regiszterbe tettük, 
és az , aktuális mutató"-t pedig a hang elejére állítottuk. 
Amikor a GUS elért a hang végére, a , hang kezdete" pozí- 
cióra ugrik vissza, ami tehát nem más mint a loop kezdete. 
És itt jön az IRO. Úgy programozzuk fel a GUS-t, hogy 
amikor elérte a , hang vége" pozíciót, akkor adjon egy IRO- 
t. Az IRO-n ülő rutin pedig átállítja a , hang vége" pozíciót 
a loop végére, és lekapcsolja az IRO kérést. Fontos, hogy az 
IRO-t lekapcsoljuk, mert ellenkező esetben minden loop 
végén kapunk egy felesleges kérelmet. A hang elnémítása 
ennél jóval egyszerűbb: 








5AL-csatorna száma 
STOP PROC 

mov dx base 

add dx,103h 

mov al,0 

out dx,al 

add dx,2 

mov al,00000011b 

out dx,al 

ret 

STOP 


sstop csatorna 


ENDP 
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Ez egy egyszerű STOP rutin. Ha most ezen a csatornán egy 
új hangot játszanánk le egy kis kattanást hallanánk. Ezért 
ajánlatos egy lecsengető rutint betenni a STOP elé. (És egy 
ellenkezőt a PLAY elé). Ha ugyanis a lecsengést a stop után 
hívnánk meg, nem történne semmi, ugyanis burkológörbét 
csak aktív hangokon generál a GUS. A lekapcsolás folyama- 
ta tehát a következő: ha le kell állítani egy hangot, akkor na- 
gyon gyorsan lecsengetjük a hangerejét. Ha elérte a nulla 
szintet IRO-t ad, és akkor állítjuk meg a lejátszást. 





5AL-csatorna száma 


LECSENG PROC 
mov dx BASE 
add dx,103h 
mov al,Odh 
out dx,al 
add dx,2 
mov al,01000011b 
out dx,al 
sub dx,2 


sstop burkológörbe 


mov al,89h 
out dx,al 
inc dx 

in ax,dx 
mov bx,ax 
dec dx 
mov al,8 
out dx,al 
add dx,2 
mov al,bh 


out dx,al 
sub dx,2 
mov al,7 
out dx,al 
add dx,2 
mov ax,1 
out dx,al 
sub dx,2 
mov al,6 
out dx,al 
add dx,2 


szaz aktuális hangerő kezdet 


50.01 a cél 


mov al, 0OO111111b . ;burkológörbe meredekség 
out dx,al 

mov dx BASE 

add dx,103h 

mov al,Oodh 

out dx,al 

add dx,2 

mov al,01100000b 

out dx,al ;Burkológörbe engedélyezése IRO-val 
RET 





LECSENG ENDP 





Nagyon fontos, hogy a burkológörbe kezdete regiszter min- 
dig nagyobb érteket mutasson, mint a burkológörbe vég- 
regiszter! A fenti szubrutinokból egy egyszerűbb program 
már összerakható. Természetesen sok dolgot (memóriafog- 
lalás, hang betöltése, IRO kezelés) nem részleteztem, hisz 
azok programnyelv függőek, és minden programfejlesztő 
másképp csinálná. Ezek a rutinok csupán a GUS vezérlését 
próbálják illusztrálni, kezdetnek beilleszthetők bárhova, de 
idővel úgyis mindenki a saját rutinjait fogja használni. Re- 
mélem az első lépéseket sikerült megkönnyíteni, és ezúton 
buzdítanám a kevésbé tapasztaltabb programozókat is, hogy 
próbálkozzanak meg a GUS regiszterszintű programozásá- 
val. 

Vig "Alex" Sándor 


PC-ROBOT AZ ISKOLÁBAN 


Beszélő számítógép segíti az oktatást 


Iskolánkban az elmúlt hónapokban lehetőség nyílt a PC- 
ROBOT, asztali PC-n működő  beszédszintetizátor 
kipróbálására, amelyhez a fejlesztők (NIKOL ELEKTRONI- 
KA) egy speciális, iskolai iskolai oktatóprogramot is kifej- 
lesztettek. A beszélő számítógép teljesítménye számomra -- 
és más tanárok számára is -- lenyűgöző tudományos ered- 
mény. A beszédszintetizátor ugyanis lehetővé teszi, hogy bár- 
milyen hosszú, magyarul leírt szöveg beszéd formájában 
megszólaljon. És mindez érthető, magyar kiejtéssel! Nem 
hiszem, hogy hangsúlyoznom kell e speciális, hazai fejlesztés 
jelentőségét, ugyanis erre a teljesítményre (magyar beszéd 
korlátok nélkül) semmilyen általános hangkártya, sem 
szoftver nem teszi képessé a számítógépet. A magyarul 
beszélni tudó számítógép többek között új színt hozhat a 20. 
századi oktatásba. Iskolánkban nagy érdeklődéssel próbáltuk 
ki a rendszerrel szállított különleges oktató programcso- 
magot, amely beszédtámogatással is segíti, színesebbé tenni 
az oktatást, gyakorlást. A programmal való első 
ismerkedéskor mind a gyerekek, mind pedig a tanárok 
körében nagy tetszést aratott, hogy a számítógép életre kelt, 
azaz nem némán dolgozott, hanem beszélt. A beszéd szolgál- 
tatással sok esetben felszabadul az az energia, hogy a 
képernyőt kell állandóan nézni, mivel szóban is elhangzik 
például a feladat, a közlés, az eredményre utaló megjegyzés. 
Széles programválaszték áll a tanár (és a tanuló) ren- 
delkezésére, így véleményünk szerint a legtöbb tantárgy 
oktatásába be lehet kapcsolni a PC-ROBOT játékos beszélő 
programjait. A számítógéppel való játék során a gép beszél a 
diákhoz, így a gyerekek szinte észrevétlenül sajátítják el a 
gyakorolt anyagrészt. A számítógép türelmes, toleráns, 
ugyanakkor szigorú is az elbírálásban. Beszéddel dicsér, de 
figyelmeztet is a hibákra. Igazi kommunikációs társ. A játék 
során mindenki a saját tempójában oldhatja meg a felada- 
tokat, így a begyakorlás, a gondolkodási készség fejlesztése 
egyénre szabottan történhet. A játékos oktató-programok 
közül a DIKTI, SZTORI, SZOTAG, FELSOROL nyitott 
szerkezetűek, ami azt jelenti, hogy a tanár (a felhasználó) 
saját maga is (ha akar) meghatározhat feladatokat , azok tar- 
talmi felépítését kidolgozhatja (írhat kérdéseket, válaszokat, 
dicsérő szöveget, figyelmeztetéseket stb.), majd a programot 
az általa kidolgozott feladatokkal futtathatja, használhatja 
oktatásra, gyakoroltatásra (lásd később a példákban). 


" Az iskolai felhasználásban igen fontos az a tény, hogy nincs 


korlátozva, hogy mit mondjon el a gép. A nyitott szerkezet 
biztosítja, hogy sokféle felhasználási területnek megfelelően 
külön gyakorlási anyag készíthető a programcsomag egyes 
elemeire (pl. általános iskolai anyag, kisegítő iskolai felada- 
tok, speciális, továbbá rehabilitációs szakintézmények 
oktatási anyagai, egyénre szabott feladatok otthoni gyakor- 
lásra). 

A PC-ROBOT rendszerrel a következő, oktatásban, gyakor- 
lásban használható programokat kapta meg az iskola: 


Általános programok: 

-- KIMOND - a klaviatúrán begépelt szöveget a gép alap- 
helyzetben kimondja (játékos írásgyakorlásra 
használjuk; ismerkedés a klaviatúrával) 
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1016 Budapest, Tigris u. 28. 
Tel : 1568 132, Fax : 1755 404 


ATI video kártyák 
minden PC Bus-hoz. 
mach32, machB64 
2MB , 4MB 
kivitelben. 





Apple Center 


Obuda 


Fi 


StarKing 


StarKing Óbuda Apple Center StarKing Óbuda Apple Center 


ÓZnda 


StarfKkKking 


A 
a 


StarKing Óbuda éé Apple Center 4) 


különleges meglepetésekkel szolgál az IFABO alatt 
standjára látogató érdeklődőknek: 
magyarországi disztribútora k § iz sze relációs adatbázis-kezelő család 
- 4D és Object Master előadások forgalmazója 
a vezető Macintosh relációs adatbázis-kezelő család és 
OM for Think C: 35.900.- Ft objektum orientált programozási környezet bemutatása, 4D First: 14.900,- Ft 


OM Universal: 56.900,- Ft ; ék! 4 Dimension: 98.900.- Ft 
OM for Windows: 35.900,- Ft ODJece Mastr-demőkl jsöodenáságák 


- ingyen PC a Power Macintosh 6100-ban! 
az Intel 486DX2 processzort tartalmazó Houdini kártyával bővített Power Macintosh 
6100-at a vásár időtartama alatt akciós áron vásárolhatja meg standunkon. 
Már csak egy billentyűzet-kombináció választja el egymástól a PC-t és a Mac-et! 


o 


, Ez egy nagyon SZámító gép!" 


Object Master: 
- MacWorld "94: , 4 csillagos Forrest Gump/ 
termék" 


- Info World: , az év szoftvere" "1037 Budapest, Bécsi út 77-79. 


- Land Mark Technology díjas E ———————O—O—];] a 
Tel.: 250-4711 e Fax: 212-4832 





StarKing Óbuda Apple Center StarKing Óbuda Apple Center 
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MEKK 


191Uu929) osjddv 


-- OLVAS - a számítógépbe írt magyar szöveget (ASCII 
szövegfájlt) felolvassa, illetve a felhasználó által 
készített énekeket elénekli. 

-- KITALÁL - számkitalálós játék. A gép gondol egy 
számra és azt kell kitalálni. A játék során a gép 
beszél a játékoshoz. 

-- VOXEDIT - beszéd és ének szerkesztő program 
(játékra, kreatív munkára használjuk) 

-- GRAFIKA - képekkel illusztrált felolvasásokat lehet 
készíteni a programmal, vagyis a gyerekek által 
rajzolt (PCX formátumú) színes képek megjelení 
thetők és alájuk szövegek olvastathatók fel. 
(játékra, kreatív munkára használható). 


Nyitott szerkezetű, szövegfájlból dolgozó kérdezz--felelek 
programok: 


-- SZTORI - a gép egy -- a tanár által megírt -- feladat 
szövegét olvassa fel és ezután -- a tanár által megírt 
-- kérdéseket olvas fel az elhangzott szöveg tar 
talmára vonatkozóan. Beszédmegértési készség, 
memorizálási képesség felmérésére, továbbá minden 
olyan játékra használható, ahol egy témával kapcso 
latban több válaszlehetőségből legalább egyet el kell 
találni. A szöveganyag tetszés bővíthető, alakítható. 

-- DIKTI - helyesírást gyakoroltató program. A gép diktál, a 
tanuló írásban válaszol és a gép szóban értékel. A 
szöveganyag bővíthető. 

-- SZÓTAG - elválasztást, szótagolást játékosan gyakoroltató 
program. A gép diktál és a hallott szöveget az 
elválasztás szabályai szerint kell leírni. Más hasonló 
feladatokra is felhasználható. A szöveg bővíthető. 

-- FELSOROL - a gép beszéddel kérdez és a kérdésre adható 
válaszokat írásban kell felsorolni (pl. rokon értelmű 
szavak keresése, földrajzi nevek felsorolása, 
állatnevek gyűjtése, stb.). Maximum 7 válasz 
adható meg egy kérdésre. A szöveganyag bővíthető. 


A fenti 4 kérdezz--felelek program mindegyike szövegfájlok- 
ból dolgozik. A szövegfájlokban lehet megadni, hogy mit 
mondjon el, illetve mit kérdezzen a gép és milyen válaszokat 
várunk el a játékostól a feladat megoldása során. Ilyen 
szövegfájlok bárki által készíthetők a legegyszerűbb 
szövegszerkesztővel. Példaképpen nézzük meg a FEL- 
SOROL játék egyik feladatának szövegfájlját! A fájl neve: 
foldrajz.dkt 


$ Három földrajzi kérdést fogsz hallani. 

$ Mindegyikre felsorolással kell válaszolni. 
$ Ügyelj a helyesírásra. 

4 Sorold fel a nevezetes szélességi köröket. 
(0 Északi-sarkkör 

(0 Ráktérítő 

(0 Egyenlítő 

(€ Baktérítő 

(a Déli-sarkkör 

e 

e 

4t Gyűjtsd össze Magyarország szomszédait. 
(0 Szlovákia 

(2 Ausztria 

(e Szlovénia 

(0 Horvátország 

(2 Szerbia 

(0 Románia 

( Ukrajna 

$ Sorold fel az Északi-középhegység részeit. 
(0 Börzsöny 


(€ Cserhát 

(OO Mátra 

(2 Bükk 

(2 Zempléni-hegység 
e 

e 


Észrevehető, hogy a fájlban háromféle szöveget külön- 
böztetünk meg. A $ jellel kezdődő sorokat a gép mindig 
elmondja a feladat indításánál. Ez a bevezető szöveg. 

A H jellel kezdődő sor mindig a feladat megfogalmazása. Ez 
kérdés is lehet (pl: Melyek az Északiközéphegység részei?). 

A (a jellel kezdődő sorokban adjuk meg a várt helyes 
válasz(oka)t. Itt maximum 7 válaszra biztosít helyet a prog- 
ram. A fenti példa is bizonyítja, hogy az oktató program által 
használt szövegfájlok szerkezete rendkívül egyszerű, így 
lehetőséget biztosít még a számítástechnikában kevéssé 
járatos felhasználó (tanár, diák) számára is új szövegfájlok 
létrehozására. Matematikai gyakorlást segítő programok 

-- SZÁMOK: IxI, fejszámolás (összeadás, kivonás, szorzás) 
gyakorlása. A gép diktálja a feladatot és az eredményt 
megadott időn belül be kell írni a klaviatúrán. A feladat 
típusát és a megoldási időt a tanuló állíthatja be. A programok 
egyszerű változatai egyjegyű számokkal dolgoznak 

(pl. mennyi 2--4, 8-3, 9x8?), a komolyabb fejszámolási 
műveletekhez pedig már kétjegyű számokat is alkalmaznak 
(pl. mennyi 5x14, 16--68, 24-13, 16x12?). 


Kitekintés más nyelvekre: 


Külön érdekessége még a rendszernek, hogy nemcsak 

magyarul, de (korlátozott formában) idegen nyelven is 

megszólal a gép, vagyis az alapszintű idegen nyelv tanítást is 
támogatja. Erre három program is használható: 

-- ANGOL , NÉMET -- angol, illetve német töszámnevek, 
sorszámnevek, valamint a hónapok neveinek 
kiejtése és írása. Tanuló, gyakorló és teszt üzem 
módban használható a program, akár egyéni gyako 
rlás formájában is (a program eredeti angol, illetve 
német kiejtéssel beszél ). 

--FRANCIA - francia töszámnevek kiejtése és írása eredeti 
francia kiejtéssel. 


Programozási feladatok támogatása: 


Végezetül ki kell emelnem azt a rendkívül hasznos elgondo- 
lást, hogy a fejlesztők közreadják 

a PC-ROBOT legtöbb programjának forráskódját is. Így a 
programozást tanuló, illetve abban már 

jártas diákoknak is adhatók érdekes feladatok, például más 
beszélő programok fejlesztése. Illusztrációként lásd a 
KITALÁL - számkitalálós beszélő játékprogram teljes for- 
rását mellékelve. 

Fontos, hogy a fejlesztők az iskoláknak az oktató programc- 
somagot -- oktatási támogatásként -- ajándékba adják, amen- 
nyiben a PC-ROBOT rendszert az iskola megvásárolja. 
További, részletes felvilágosítást és segítséget a rendszer 
használatához, a következő telefonszámon 

kaphatnak az iskolák: 1557-122/218 mellék 


Szilágyi Erzsébet 
pedagógus 
Kossuth Lajos Angol tagozatos Általános Iskola 
1221 Budapest, Kossuth Lajos u. 22. 
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FELRAK 


Mini installáló program, a mini Linuxhoz 


A lemezmellékletünkön található egy Linux-os installáló pro- 
gram, amivel mostantól a havonta érkező anyagokat telepí- 
thetjük. Megígértük, hogy megmutatjuk a programot , belül- 
ről" is. Következzék hát először a forráskód, utána pedig a 
részletes magyarázat. 





1 $l/bin/bash 

2 tt felrak - programcsomag telepítő a mini-Linux-hoz 
3 t Copyright 1995 Bálint Nagy Endre 

4 4 Használd egészséggel! 

5 § lássuk, van e mit telepíteni! 

6. Is /DOS/linuxins/" .tgz 25/dev/null 2/tmp/$$ 

7 [!-s/tmp/$$ ] 48 ( echo nincs mit felrakni ; exit 1 ) 
8. fori in /DOS/linuxins/" .tgz 

9 do 

10  tvan leírása is ? 

11. if [-f $(i9e.tgz).Ism ] 

12. then 

13 cat $(ive.tgz).Ism 

14 else 

15 4 sajna csak a nevét tudjuk 

16 echo-n $(t/) 


Tzet 

18 — echo -n" telepítsem?" 

19 read val 

20 if[/$val"-i-o"$val" - I -o "$val"-y -o "$var-Y] 
21. then 


22 — $egykis takarítás 

23 rm -f $(ROOTJ/install/doinst.sh 

24 — tar xvzf $i -C $(ROOT-J) 

25 — if[-f $(ROOTJ/install/doinst.sh ] 

26 ha érkezett doinst.sh, végrehajtjuk 
27 — then 

28 cd $(ROOT-/) is 

29 bash $(ROOTJ/install/doinst.sh 


30. fi 

31 echo -n "a telepítő készletet töröljem?" 

32 — readval 

33 if["$val" - i -o "$val" - 1 -o "$val" - y -o "$val"-Y] 
34 then 

35 rm-f$i 

36 [-£ $(i90.tgz).Ism ] 88. rm -f $(i9e.tgz).Ism ] 

74 

38 fi 

39 done 








Ezt be lehet gépelni a deco" szövegszerkesztőjéből is (ter- 
mészetesen sorszámok nélkül), de persze a lemezen is 
megtalálható. Lássuk először a deco-s beírást! A program- 
nak célszerű a /etc/felrak nevet adni. Ebbe az alkönyvtárba 
csak a root felhasználó tud írni, így célszerű root-ként bel- 
épni. 

Ha megpróbáljuk létrehozni a fájlt, azonnal akadályba üt- 
közünk: a deco-ban csak létező fájlt lehet szerkeszteni. 
Ezért először kell csinálni valahogy egy üres fájlt. A követ- 
kező parancs segít ebben: 


echo 5 /etc/felrak 


Ezután már tényleg jöhet a deco! Az ékezetes betűkre a 


bash kifejezetten allergiás, gépeljük ékezetek nélkül - úgy- 
sem volt még szó arról, hogy lehet az ékezetes betűket elő- 
csalogatni, majd legközelebb sor kerül erre is. 

Azok, akik inkább megtakarítanák a fenti program begépe- 
lését, csinálják végig a lemezmellékleten található Linux- 
os programok telepítését úgy, ahogy azt korábban (ennek a 
számnak egy másik cikkében) leírtuk. Végre kellett hajta- 
nunk az alábbi parancsokat is: 


t cp /DOSI/linuxins/felrak /etc 
tf chmod 744 /etc/felrak 


Az első paranccsal nincs is semmi bajunk: átmásolja a me- 
gadott fájlt a /etc alkönyvtárba. Sokkal érdekesebb a máso- 
dik sor. Ez utóbbi parancs teszi végrehajthatóvá a prog-ra- 
mot, tehát ha a fáradságosabb utat választottuk (begépeltük 
a deco-ban), akkor is csináljuk meg! Nézzük, mit is ered- 
ményezett a szabványos , chmod" UNIX parancs: 


tt Is -I /etc/felrak 
-rwxr--r-- 1root root 959 Feb 27 12:49 /etc/felrak 
azaz, végrehajtani csak root-ként lehet, olvasni pedig min- 
denki tudja. És most már tényleg magáról a programról: 
Az első sor megadja a Linux-nak, hogy a bash tudja vég- 
rehajtani a programot. A megjegyzések után a 6. sor össze- 
gyűjti az installálható programokat. A 25/dev/null szek- 
vencia az esetleges hibaüzeneteket (stderr) eldobja. Az 
eredményt a /tmp alkönyvtárban egy átmeneti fájlban tá- 
rolja. A $$ helyére a bash mindig a futó program ún. pro- 
cessz-azonosítóját helyettesíti. Erre garantált, hogy egy 
időben két programnak nem lehet ugyanaz a száma. A 7. 
sor megvizsgálja, találtunk-e valamit. Ha nem, egy üzenet 
után a programból kilépünk. A szögletes zárójelbe zárt uta- 
sításrészletet a bash a test részeként fogja fel.. A felkiáltó- 
jel negálja a vizsgált feltételt, a -s az argumentumaként 
megadott fájlt vizsgálja, és igaz (0) értéket ad vissza, ha a 
fájl létezik, de nem üres. Az g£ utáni rész csak akkor fut 
le, ha az első feltétel igaz volt. Ha hamis lett volna, akkor 
a feltétel már garantáltan hamis eredményt ad (logikai és 
miatt), ezért a bash továbblép. Az g£ konstrukció ezért 
egy rövidített if-ként használható, aminek csak then ága 
van. Mivel csak egy parancsból állhat, ezért a kap-csos zá- 
rójelek használatával összevonjuk egy blokká a hibaüzenet 
kiírását és a kilépést. A pontosvesszővel elválasztjuk a két 
parancsot. (Egy bash parancssor általában sor végéig vagy 
az első pontosvesszőig tart.) A 8. sor egy ciklust nyit. A for 
utasítás általános alakja 


for változó in érték1 [érték2 ...] 
do 
utasítás 


done 
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Természetesen a fentebb elmondottaknak megfelelően le- 
het pontosvesszőt is használni, ekkor 


for változó in érték1 [érték2 ...]; do utasítás;...; done 


UNIX-ban a parancsértelmező (nálunk a bash) dolga a , jo- 
ker"-t tartalmazó fájlnevek behelyettesítése, tehát a for pa- 
rancs már nem látja a "-ot, csak a behelyettesített file-ne- 
veket. A 11-17 sorokban kiírjuk a leírását az installálható 
programcsomagnak, illetve leírás hiányában a file nevét. 
Ebben látható két újabb változó-behelyettesítési trükk, a 
$( változó9ominta) levágja a változó értékének a végéről a 
megadott mintát, míg ha a 9 helyett tt áll, akkor az elejé- 
ről. Ha a 90 vagy tt jelet megduplázzuk, akkor a leg- 
hosszabb illeszkedő szövegrészt vágja le, egyébként a leg- 
rövidebbet. 

A következő példákban: 


temp-abababcdcdcd 
str—/usr/lib/libc.a 


Így például: 


$(temp9oc"d) ( abababcdcd 
$(temp9o9oc"d) ( ababab 

$(tempita"b) ( ababcdcdcd 
$(temptitita"b) ( cdeded 

$(str9e/") ( /usr/lib 

$(Str929o/") A ez üres string!!! 
$(strt/") ( /lib/lic.a 
$(strittt/") ( libc.a 


A 18. sorban az echo bash parancs -n opciójának használa- 
tát látjuk, hatására nem kerül újsor karakter a kiírt szöveg 
után. Ezután a read belső paranccsal beolvassuk a választ 
a val változóba. A sor végéről az újsor karaktert a read le- 
vágja. 

A 20 sorban a választ vizsgáljuk. A -o operátor a két olda- 
lán álló logikai értéken a logikai vagy műveletet végez, az 
- operátor a szövegösszehasonlítást végzi. A változó kihe- 
lyettesítést azért kellett idézőjelbe tenni, hogy az üres érté- 
kű változó megmaradjon üres értékű argumentumnak, 
enélkül hibaüzenetet kapnánk üres (csak RETURN-ból ál- 
1ó) válasz esetén (ugyanis azif [ -—I ] értelmetlen). A -o a 
logikai vagy kapcsolatot jelenti. Pozitív válasz esetén letö- 
röljük az előző telepítésből fennmaradt "utánigazító" pa- 
rancsot (23. sor). A -f kapcsoló hatására az rm szó nélkül 
töröl. A 24. sorban kibontjuk a csomagot a tar paranccsal. 
A $IROOT-/] kifejezés "/"-nek értékelődik ki, haa ROOT 
változónak nem adtunk értéket, vagy értéke üres. Ennek 
később nagy lesz a szerepe, ha esetleg megpróbálunk áttér- 
ni a saját partícióban lakó Linux telepítésére. A program- 
csomag installálását saját "utánigazító" programjának vég- 
rehajtásával tesszük teljessé (25.-30. sorok). 

Végül igény esetén takarítunk. Itt a -f filenév kifejezés 
igaznak értékelődik ki, ha a megadott fájl létezik és tény- 
leg fájl (nem alkönyvtár). A "telepítsem" if parancs zárása 
után a done paranccsal zárjuk a ciklust is. Az if, then, else, 
fi, for, do és done parancsok mind belső parancsok, ahogy 
az elvárható. Ha valakit érdekel a shell (pl. bash) progra- 
mozás, az nézze meg az FLCP.BASH -ról szóló cikket is, 
abban is sok érdekeset találhat. Jó shell programozást! ! 


ASCII grafika 


Újra divatba jöttek a számítástechnika hőskorából ismert az 
ASCII grafikus képek, napjainkban az Internet hálózatokon 
küldözgetik. Az alább közölt programmal bárki átalakíthatja 
saját képeit.A működés alapelve: az átalakításra váró grafikus 
képet először valamilyen módon 256 szürke árnyalatúra 
illetve RAW formátumúra kell hozni. Ezeket a feladatokat 
nem valósítottuk meg, mivel több grafikai program is ren- 
delkezik ilyen funkcióval. A képpontok és az ASCII karak- 
terek megfeleltetését egy előre definiált maszk (toa def.txt) 
segítségével végezzük. Első lépésben megkeressük a grafikus 
kép legsötétebb ill. legvilágosabb pontjait, ezen pontok által 
meghatározott intervallumot fogjuk felosztani a maszkban 
szereplő karakterek száma szerint. A maszk elemeinek száma 
2-256-ig változhat. Minden egyes pixelnek egy karakter fog 
megfelelni, amelyet a maszkból rendelünk hozzá, a 
szürkeségének arányában. A maszknak tehát úgy kell felépül- 
nie, hogy a benne szereplő karakterek világosság szerint 
növekvő sort alkossanak. A maszk határozza meg leginkább a 
keletkező ASCII kép minőségét. Nem csak a világosság 
fontos, hanem a karaktert felépítő pontok egyenletes eloszlása 
is. Azt tapasztaltuk, hogy a maszk elemszámának növelése 
nem minden határon túl javítja a képminőséget. 
Kiindulásként közöljük az általunk legjobbnak ítélt karakter- 
sorozatot: 


"13024 e) TortECYFVXEHROWO 


A program használata: 

toascii.exe grafikusképfile.raw [ASClIlképfile.txt] maszk.txt)] 
Ha világos háttéren sötét karakterekkel dolgozunk /pl. 
nyomtatás/ , akkor válasszuk az inverz generálási módot. A 
képek EGA-line üzemmódban látszanak a legjobban. 
Nyomtatáskor ügyelni kell a sorköz beállítására, nehogy a 
kép elnyújtott legyen. Sok sikert a kísérletezéshez! Minden 
észrevételt szívesen fogadunk ! 


nemethjamszi.pmmf.hu , aronm(omszi.pmmf.hu , 








tothpoOmszi.pmmf.hu 
/ toascii.c- raw file-ok konvertalasa ASCII-ba "/ 
$include cstdio.h: 
$finclude cconio.ha 


Htinclude cstdlib.h: 
include cstring.ha 
include cctype.h: 


void cserel (unsigned short "); 
char ch[256]; 
short finom; 


int main (int argc,char "argv[]) 


FILE "txt, "infile, "outfile; 

unsigned short xhossz,yhossz,palhossz; 
unsigned char adat,max-0,min-255; 

int cinverz; 

int xy; 


if (argcc22 II argc:4) 
( 


puts("Hibas parameterlista"); 
puts("Hasznalat: toascii.exe infile.raw foutfile.txt) [betudef.txtj"); 
exit(-1); 


3 
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Fent az eredeti 80x123 szürke pontból álló RAW formátumú 
mintakép. 


Lent a konverzió erredménye. 











) 


if (argoc-3) txt-fopen ("toa def.txt rt"); 
else txt-fopen (argv[3] rt"); 
if (txt--NULL) 


puts ("Nem létezik a definiciós file WWW); 
exit (-1); 


Ú 
finom-strlenffgets(ch,256txt)); 
fclose(txt); 
infile-fopen(argv[1],"rb"); 

if (infile--NULL) 


puts ("Nem létezik az infile 1); 


exit (-1); 
I 
if (argc--2) 
outfile-fopen("untitled.txt""wt"); 
else 


outfile-fopen(argv[2],"wt"); 

if (outfile--NULL) 

( 
puts (Az outfile nem nyitható meg!!!"); 
exit (-1); 


] 

fseek(infile,8L.SEEK SET); 

fread(gxhossz, 2, 1 infile); /" A grafikus kép szélessége "/ 
cserel(gxhossz); 

fseek(infile, 10L.SEEK SET); 

fread(gyhossz,2,1 infile); /" A grafikus kép magassága "/ 
cserel(gyhossz); 

fseek(infile, (2L,SEEK SET); 

fread(gpalhossz,2,1 infile); /" Palettahossz "/ 
cserel(gpalhossz); 
fseek(infile,Ox20:-palhossz"3,5EEK SET); / Bitminta eleje "/ 
do 


( 
puts("Inverz clgen Nem; ? "); 
cztolowerí(getch()); 


while (cl—n! 8.8 cl-1); 

inverzz (czsz1) ? 1 : 0; 

for (y-Oycyhossz;y--4) / Legsötétebb ill. legvilágosabb "/ 
for (xzOxcxhossz:x4-r) /" pontok megkeresese 1 


( 
adat-ígetc(infile); 
if (adatamax) 
maxzadat; 

if (adatcmin) 
minzadat; 


) 
fseek(infile,Ox20--palhossz"3,5EEK SET); 
for (y-Ogysyhossziys) /" Konvertálás "/ 
( 


for (x-O;xcxhossz:x4-r) 


ú 

adat-ígetc(infile); 

if (inverz) 

fputc(ch[finom-((adat-min) "finom)/(max-min:-1)-1)],outfile) ; 
else 

fputc(chI((adat-min)"finom)/(max-min:-1))],outfile) ; 


b 
fputc(inoutfile); 
putchar("); 


§ 

puts(""); 
fclose(outfile); 
felose(infile); 
return 1; 


void cserel (unsigned short "adat) /" A ket byte-os adat alsó és felső "/ 


( 


"8 bit-jet felcseréli 4 


unsigned short tmp; 
tmp-("adat)558; 
tmpl-( "adat 8. Oxffjes8B; 
"adat-tmp; 
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ES si 
s 


Cikksorozatunk első fejezetében összefoglaltuk a C-ben hívható SM II funkciókat és egy-két 
alapvető rutinnal illusztráltuk is azokat. A 2. részben a Windows MCI kapcsolat lehetőségével 
ismertetjük meg olvasóinkat. 


A Screen Machine-t, mint szabványos overlay kártyát vezérelhetjük 
a Windows multimédia API MCI parancsaival, de az alapvető MCI 
utasításokon túl további utasítások bevezetése, illetve az alaputasítá- 
sok paraméterkészletének kibővítése révén a kártya összes lehetősé- 
ge elérhető a médiavezérlő felületen keresztül. Az utasítások elkül- 
désére használhatjuk az mciSendString, illetve az mciSendCom- 
mand függvényt (MMSystem.dll). Az előbbi azért előnyösebb, mert 
ha a kártyához tartozó program bővülése miatt a használt adatstruk- 
túrák megváltoznak, nem kell az általunk írt programokat újrafordí- 
tanunk. 

A továbbiakban ismertetjük azokat az MCI parancsokat, és ezek 
fontosabb paramétereit, amelyekkel vezérelhetjük a Screen Machine 
kártyát, a bővítésekhez magyarázatot fűzve. 


CAPABILITY: 
szintaxisa: capability eszköz paraméter 


standard paraméterek : can eject; can freeze; can play; 
can record; can save; can stretch; compound device; 
device type; has audio; has video; uses files; 


új paraméterek: 


can switch fields : "true" értékkel tér vissza, ha a vezérelt 
eszköz képes a páratlan, ill. páros félképekre kapcsolni. 


has dialog box: "true" értékkel tér vissza, ha az eszköz 
használja a box által meghatározott dialógusdobozt. 


A box a következő konstansok egyike lehet : 





color színbeállító dialógusdoboz 

source forrásbeállító dialógusdoboz 

display képbeállító dialógusdoboz 

open fájlmegnyitó dialógusdoboz 

save fájlmentő dialógusdoboz 

audio hangbeállító dialógusdoboz 

chroma színességbeállító dialógusdoboz 
(csak SM II esetén) 

effect effektusbeállító dialógusdoboz 


(csak SM II esetén) 


"true" értékkel tér vissza, ha az eszköz 
támogatja a hangcsatorna- kiegyenlítést. 


has balance : 


"true" értékkel tér vissza, ha az eszköz 
támogatja a hang mélykiemelésének 
beállítását. 


has bass : 


has brightness: "true" értékkel tér vissza, ha a világosság 


értéke beállítható. 


has composite color : "true" értékkel tér vissza, ha az eszköz 
kompozit színkódolást használ 


"true" értékkel tér vissza, ha a kontraszt 
értéke beállítható. 


has contrast : 


"true" értékkel tér vissza, ha a színezet értéke 
állítható. 

"true" értékkel tér vissza, ha az intenzitás 
értéke állítható. 


has hue : 


has intensity : 


has interlace : "true" értékkel tér vissza, ha az eszköz 
támogatja az interlace módú (két félképes) 
megjelenítést. 
has key color : "true" értékkel tér vissza, ha color keying 
(színlyukasztás) használható az eszköz 
segítségével. 
"true" értékkel tér vissza, ha az eszköz képes 
a zajszűrés vezérlésére. 


has noise filter : 


"true" értékkel tér vissza, ha a vörös- 
zöld- kék arány értéke állítható. 


has rgb : 





has saturation: "true" értékkel tér vissza, ha a színtelítettség 


értéke állítható. 
has scale : "true" értékkel tér vissza, ha a képméret ill. 
képméretarány változtatható. 
"true" értékkel tér vissza, ha a képélesség 
állítható. 





has sharpness : 


true" értékkel tér vissza, ha a forrás lehet 
NTSC videojel. 


has source ntsc : 


"true" értékkel tér vissza, ha a forrás lehet 
PAL videojel. 


has source pal : 


has source secam : "true" értékkel tér vissza, ha a forrás lehet 
SECAM videojel. 

has treble : "true" értékkel tér vissza, ha a hang 

magaskiemelése vezérelhető. 

has volume : "true" értékkel tér vissza, ha a hangerősség 

vezérelhető. 


has xoffset : "true" értékkel tér vissza, ha a kép x irányban 
eltolható. 
has yoffset : "true" értékkel tér vissza, ha a kép y irányban 


eltolható. 


maximum audio input : a lehetséges hangbemenetek számával 
tér vissza. 


maximum input : a lehetséges vidobemenetek számával 
tér vissza. 
OPEN: 
szintaxisa : open eszköz paraméter 
standard paraméterek : alias device alias; parent; shareable; style 
type; type dev type 
új paraméter : 


product pro type: beállítja az overlay-kártya típusát. 


apro type lehet: 


sm Screen Machine Classic. 
smii 8 8 bites Screen Machine II. 
mm Movie Machine (Pro) 
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CLOSE: 
szintaxisa : close eszköz vagy close all 


SET: 





szintaxisa : set eszköz paraméter 

audio all off; audio all on; audio left off; 
audio left on; audio right off; audio right 
on; video off; video on 


standard paraméterek : 


új paraméterek: 


audio balance to val; audio basstoval; — audio input to val; 

audio treble to val; audio volume to val; bandpass to val; 

brightness to val; clipping off; elipping on; 

composite color off; . composite color on; contrast to val; 

fields to val; hue to val; input to val; 

intensity toval; — interlace off; interlace on; 

key color to val; noise filter to val; rgb blue to val; 

rgb greento val;  rgb red to val; saturation to val; 

scale to val; sharpness to val; source to ntsc v. pal 
v. secam; 

xoffset to val; yoffset to val 

A val a beállítandó értéknek megfelelő szám. A paraméterek jelenté- 

sét Id. a capability parancsnál ! 


STATUS: 
szintaxisa : status eszköz paraméter 


standard paraméterek: media present; mode; ready; stretch; win- 
dow handle 


új paraméterek : megegyeznek a set parancséival, természetesen a 
val paraméter nélkül. 


INFO: 
szintaxisa : info eszköz paraméter 
standard paraméterek : file; product; window text 


PUT: 





szintaxisa : put eszköz paraméter 


standard paraméterek : video; video at rectangle; frame; frake at 


rectanglezsource; source at rectangle; 
destination; destination at rectangle 
új paraméter: 
frame bestsize: fix ablakméretet állít be. A size lehet 
full a forrás teljes méretében jelenik meg a kép 
half a forrás- : képméret 2:1 
guarter a forrás-  : képméret 4:1 
WHERE: 
szintaxisa : where eszköz paraméter 
standard paraméterek : video; frame; source; destination 
új paraméterek : 
best full : a teljes képmérettel tér vissza 
best half : a fél képmérettel tér vissza 
best guarter : a negyed képmérettel tér vissza 
image fájlnév : a fájlban található kép méretével tér vissza 
LOAD: 


szintaxisa : load eszköz fájlnév [paraméter] 


standard paraméter : at rectangle 


SAVE: 

szintaxisa : save eszköz fájlnév Iparaméter] 

standard paraméter : at rectangle 

új paraméterek : 
best size : fix méretet ad az elmentendő képnek a size 
értéke a put parancsnál látottakhoz hasonló. 
to rectangle : megadja az elmentett kép mértét. 
use row correction : bekapcsolja a sor korrekciót a mentéshez. 
with argument : a fájlformátumra vonatkozó paramétereket 

adhatjuk meg. 

FREEZE: 

szintaxisa : freeze eszköz paraméter 

standard paraméter : at rectangle 

UNFREEZE: 


szintaxisa : unfreeze eszköz paraméter 


standard paraméter: at rectangle 


WINDOW: 
szintaxisa : window eszköz paraméter 
fixed; handle default; handle 


widow handle; state st; stretch; text 
caption 


standard paraméterek : 


új paraméter : handle from active: A video overlay az 
aktív ablakban jelenik meg. 


DIALOG : (új parancs) 
szintaxisa : dialog eszköz paraméter 
paraméterek : 


megnyitja a box által specifikált dialógus- 
dobozt. A box lehetséges értékeit Id. a 
capability parancs has dialog box 
paraméterénél! 

lezárja a megadott dialógusdobozt. 
letiltja a menüt. 

engedélyezi a menüt. 


open box : 


close box : 
popup menu off : 
popupmenu on : 


Végül tekinsünk két példát a parancsok használatára. A következő 
parancssor létrehoz a képernyőn egy overlay ablakot, és bekapcsolja 
az élő videoképet. Ezt követően megállítja a képet, és elmenti TGA 
formátumban 16 színnel. Ezután ismét elindítja az élőképet, majd le- 
zárja az overlay eszközt. 


open overlay alias sm 

window sm handle default 

set sm video on 

freeze sm 

save sm CXcapture.tga with -al6 
unfreeze sm 

close sm 


A második példa egy előzőleg létrehozott hwnd leírójú ablak egy 
megadott helyére tölti vissza az elmentett képünket : 


open overlay alias sm 

window sm handle hwnd fixed 
put sm frame at 100 100 200 150 
load sm CXcapture.tga 

close sm 


Lernyei Csaba 
ALLEGRO 
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meg. 
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programozói 
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TRACO Kft. T: 269-3006, F: 269-3007 
TRITON RT. T: 178-4344, F: 178-4746 


VALÓDI 600 DPI FELBONTÁS 


A Data Compression Kit megrendelhető postai utánvéttel, 
vagy megvásárolható az alábbi címen 
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FLI lejátszó 
pascal nyelven 


Lemezmellékletünk ANI alkönyvtárában az 
FLI formátumú animációs file-ok leját- 
szásához adunk egy pascal nyelvű pél- 
daprogramot, a lapban ismertetjük az FLI 
formátum felépítését, kezelését . 


Linux 
fejlesztőeszköz 


Linux építő sorozatunkban egy teljes és 
valódi 32-bites C, és C-- fordítót 
telepítünk linuxunk alá, és elkezdjük vele 
az ismerkedést. A DOS formátumú 
bites C3-t fordító Linuxhoz lemezek kezeléséhez szerszámot adunk. 
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mem WINDOWS 


I: 2 29 2, zt 
lek Képernyővédő 
BRotation speed: 
Size: [EZEN] EB Windows programozói rovatunkban most 

EX Highlights EZ Projection poz a haladóknak írunk. Egy képernyő-védő 
tetés. - vk készítése kapcsán több trükköt, mester- 
fogást ismerhetnek meg. 
Az About box-ot feltétlenül próbálja ki !!! 














Assembler 
játékprogram 


Végre közöljük teljes terjedelemben az 
assemblerben írt játékprogram forrás- 
listáját, és futtatható változatát. A lemezen 
; tömörítve található, másoljuk át, indítsuk el 
LÉ ÁK Ezttttestáz azt tetett tástZEStetttl a hubasm.exe nevű file-t! 





Forráskód a programozók lapja 


